MD (Mail Destination) Legacy DNS Checker
Запись MD (Mail Destination) — это устаревший, основополагающий элемент ранней интернет-маршрутизации электронной почты. Чтобы понять запись MD, необходимо посмотреть, как сетевые инженеры изначально пытались структурировать почтовый поток до стандартизации современной инфраструктуры SMTP. В начале 1980-х годов протокол DNS попытался строго разделить обязанности маршрутизации почты на два отдельных, различных типа записей: запись MD и ее компаньон, запись MF (Mail Forwarder).
Жесткое конечное назначение
В этой устаревшей архитектуре разделенной маршрутизации задачей записи MD было определение абсолютного, конечного хоста, ответственного за получение почты для заданного домена. Если пользователь отправлял электронное письмо на адрес admin@example.com, отправляющий сервер опрашивал зону DNS example.com специально для получения записи MD. Payload возвращал точное каноническое имя хоста машины, на которой находился физический почтовый ящик этого пользователя. Затем отправляющий сервер выполнял запрос A-записи для этого имени хоста, чтобы найти IP-адрес и попытаться доставить Payload. Система работала исключительно как прямое отображение "один к одному".
Единая точка отказа (Single Point of Failure)
Архитектура записи MD имела фатальный эксплуатационный недостаток: она абсолютно не знала о резервировании (redundancy), приоритетной маршрутизации или механизмах отказоустойчивости (failover). Она представляла собой огромную единую точку отказа. Если конкретный мейнфрейм, указанный в записи MD домена, отключался для обслуживания, страдал от сбоя оборудования или терял сетевое подключение, любая входящая почта мгновенно отскакивала с жестким отказом (hard-bounce) обратно отправителю. В протоколе MD не было встроенного механизма, позволяющего указать отправляющему серверу задержать почту или попробовать резервный сервер. По мере быстрого роста интернет-трафика эта неспособность изящно справляться со сбоями сети стала неприемлемой для корпоративных и академических коммуникаций.
Устаревание и революция MX
Чтобы устранить эти критические узкие места, Internet Engineering Task Force (IETF) ратифицировала RFC 973, который официально и навсегда объявил устаревшими (deprecated) как записи MD, так и MF. Они консолидировали функциональность обеих устаревших систем в современную запись MX (Mail Exchanger). Запись MX произвела революцию в почтовой архитектуре, представив концепцию приоритетов. Теперь администраторы могли определять первичные пункты назначения и вторичные резервные пересыльщики в рамках единого высокоотказоустойчивого массива маршрутизации. Протокол MX давал указание отправляющим серверам сначала пробовать номер с наименьшим приоритетом и плавно переключаться (failover) на резервные серверы, если первичный не отвечал. Сегодня запрос записи MD — это исключительно упражнение по анализу истории сети, поскольку ни один современный Mail Transfer Agent (MTA) не будет учитывать или анализировать MD Payload.