Поиск записей MINFO (Mailbox Information)
Определенная как экспериментальный протокол в RFC 1035, запись MINFO (Mailbox Information) была разработана для прикрепления высокогранулированных административных метаданных маршрутизации к спискам рассылки и отдельным почтовым ящикам. В эпоху коммутируемого доступа в Интернет (dial-up) сетевые соединения постоянно разрывались, а почтовые серверы часто выходили из строя. Автоматизированные сообщения о недоставке (Non-Delivery Reports или NDR) часто бесконечно циркулировали (loop) между серверами, перегружая ограниченную пропускную способность ARPANET. Запись MINFO была попыткой предоставить строгие правила маршрутизации для обработки ошибок непосредственно на уровне DNS.
Параметры RMAILBX и EMAILBX
В отличие от стандартных записей, которые используют одну строку назначения, Payload MINFO требовал двух разных указателей (pointers). Первым был RMAILBX (Responsible Mailbox). Этот параметр явно определял домен или почтовый ящик, который отвечал за получение автоматических сообщений об ошибках и отказов серверов (bounces), связанных с конкретным списком рассылки. Вторым параметром был EMAILBX (Error Mailbox), который определял человека-администратора или сопровождающего (maintainer), ответственного за список. Когда внешний сервер сталкивался с критическим сбоем при попытке доставить массовый Payload (bulk), он должен был запросить запись MINFO, чтобы точно узнать, куда отправить журналы ошибок (error logs), минуя фактический адрес отправителя.
Отказ от Out-of-Band сигнализации
Ключевой архитектурной ошибкой записи MINFO было то, что она опиралась на сигнализацию «out-of-band» (вне основной полосы). Это заставляло почтовый сервер, который уже находился в процессе обработки транзакции SMTP, останавливать выполнение, открывать новое соединение UDP, запрашивать у уровня DNS записи MINFO, ждать распространения (propagation), а затем переписывать пути маршрутизации ошибок. Это оказалось значительно медленнее и менее надежно, чем просто обработка маршрутизации ошибок «in-band» во время самой передачи электронной почты.
Заголовки SMTP (Headers) заменяют логику DNS
Инженеры быстро поняли, что протокол SMTP сам по себе гораздо лучше подходит для обработки метаданных bounce (отскоков), чем уровень DNS. Введение специфических конвертных заголовков (envelope headers) SMTP — в первую очередь заголовков Return-Path и Errors-To — полностью устранило необходимость в записях MINFO. Сегодня, когда массовый отправитель отправляет информационный бюллетень (newsletter), он встраивает адрес обработки возвратов (bounces) прямо в скрытые заголовки письма. Если принимающий сервер сталкивается с ошибкой, он просто локально читает заголовок и мгновенно отправляет сообщение о возврате обратно, не требуя никаких внешних запросов DNS. Следовательно, рабочие MTA-серверы в Production полностью игнорируют MINFO Payload.