MX задаёт предпочтение и почтовый сервер. SRV дополнительно несёт порт и относительный вес внутри группы приоритета; эти поля и алгоритмы нельзя переносить в MX по аналогии.
DNS и разрешение имён
Почтовый маршрут — запись MX
Определение
Почтовый маршрут (MX) — это ресурсная запись DNS, которая содержит доменное имя почтового сервера и число предпочтения: чем оно меньше, тем раньше этот сервер пробуют. Ни порта, ни имени ящика, ни IP-адреса в записи нет, а приём письма решается уже обменом по SMTP.
Также ищут: Mail Exchanger record · запись MX · MX record
Зачем это знать
MX помогает найти маршрут доставки, но не подтверждает существование ящика, успешный приём письма или проверку TLS. Перенос почты нужно проверять на уровне DNS и SMTP отдельно.
Связи из словаря
Карта понятия
Доказательная часть
Что подтверждено
RDATA записи MX содержит приоритет и доменное имя почтового сервера; меньшее число выбирается раньше.
Граница применимости: Данные DNS для выбора почтового сервера.
MX задаёт возможные маршруты почты, а успешность соединения, принятие сообщения и применимая проверка службы по TLS устанавливаются отдельно. Публикация маршрута не подтверждает эти результаты.
Граница применимости: Сопоставление SMTP-маршрутизации и проверки идентичности TLS; универсальная политика обязательного TLS для любой почты здесь не заявляется.
Имя почтового сервера в MX не должно быть псевдонимом CNAME. Адреса сервера получают отдельно по допустимому имени цели.
Граница применимости: Ограничение MX по RFC 2181, §10.3; данные интерфейса провайдера должны соответствовать итоговой записи DNS.
При нескольких MX с одинаковым предпочтением порядок их строк в ответе не задаёт постоянную последовательность основного и резервного серверов. Клиент SMTP применяет правила выбора одинаково предпочтительных маршрутов.
Граница применимости: Выбор почтовых маршрутов по RFC 5321, §5.1; приоритет не является относительным весом SRV.
Для существующего домена без MX обычный алгоритм SMTP рассматривает неявный MX, указывающий на сам домен. Это правило не превращает NXDOMAIN или произвольную ошибку DNS в допустимый почтовый маршрут.
Граница применимости: Случай отсутствия MX по RFC 5321, §5.1; явные специальные записи и другие ответы обрабатываются по своим правилам.
MX содержит число предпочтения и доменное имя сервера. В записи нет поля порта SMTP, имени конкретного почтового ящика или URL почтового интерфейса.
Граница применимости: Формат RDATA MX по RFC 1035; порт и действия приложения определяет протокол.
Нахождение MX не подтверждает существование конкретного получателя. Обработка адресата и принятие сообщения происходят при SMTP-обмене и по правилам принимающей системы.
Граница применимости: Разделение выбора маршрута и SMTP-команд по RFC 5321; успешная отдельная команда также не объявляется гарантией окончательной доставки.
Граница терминов
Не путать
MX называет почтовый сервер, A и AAAA дают адреса выбранного имени. Успешный адресный запрос ещё не подтверждает, что этот сервер примет сообщение.
Перед спецификацией
Что проверить
- Проверьте MX точного домена адресата и весь набор предпочтений.
- Убедитесь, что цели заданы именами без порта, URL и псевдонимов CNAME.
- Разрешите адреса каждой цели и проверьте нужные сетевые пути.
- Отличите отсутствие MX у существующего домена от NXDOMAIN и ошибки DNS.
- Не считайте порядок равноприоритетных строк фиксированным порядком резерва.
- Проверьте SMTP-приём сообщения и применимую политику TLS отдельно от DNS.
- При переносе учтите старый кэш MX и адресов, а результат подтвердите тестовой доставкой.
Открытые основания
Первоисточники
- Domain Names — Implementation and Specification
Задаёт DNS wire format, master files и базовые resource records A, CNAME, MX, NS и SOA.
- Simple Mail Transfer Protocol
Полная локальная копия RFC 5321, октябрь 2008: прочитаны все 95 страниц, включая приложения A–F, 09.09.2026. Сверены конверт, DATA, ответственность, повторы и выбор MX. retrieved_on сохраняет дату офлайн-очереди. Позднейшие errata, расширения и реализации не проверялись.
- Service Identity in TLS
Задаёт construction и verification reference identifiers для TLS services; server identity находится в subjectAltName, не в commonName.
Утверждения: 02
- Clarifications to the DNS Specification
Уточняет RRset, TTL, authoritative ranking и canonical-name semantics.
Утверждения: 03
- A DNS RR for Specifying the Location of Services
Определяет SRV target, port, priority и relative weight для service location.