Перейти к содержимому
IPeek

Поиск MX

Почтовые серверы домена

Проверка…

Что такое запись MX?

Запись MX (Mail Exchanger) сообщает отправляющим серверам, какие хосты принимают почту для домена и в каком порядке приоритета. Когда кто-то пишет вам, его сервер запрашивает ваши MX-записи, чтобы узнать, куда доставлять. Отсутствующая или неправильно настроенная запись MX означает, что входящая почта не может быть доставлена, и сообщения отбиваются или пропадают.

Как работают MX-записи и приоритет

Каждая MX-запись связывает почтовый хост с числом приоритета. Меньшие числа выигрывают: отправляющий сервер сначала пробует хост с наименьшим приоритетом и переходит к большим числам, только если не может подключиться. Чтобы распределить нагрузку между равноценными серверами, задайте им одинаковый приоритет, и трафик распределится между ними. Типичная настройка Google Workspace, например, указывает на smtp.google.com с приоритетом 1. Значение MX должно быть именем хоста с собственной записью A или AAAA, а не IP-адресом и не CNAME, иначе доставка ломается.

Как читать результаты запроса MX

IPeek перечисляет каждый хост MX для домена с его приоритетом, отсортированный по возрастанию, так что предпочтительный сервер находится наверху. Убедитесь, что хосты соответствуют вашему почтовому провайдеру: Google Workspace, Microsoft 365, вашему собственному серверу или фильтрующему шлюзу. Следите за дубликатами, опечатками в именах хостов или завершающими точками, которые сигнализируют о неправильно настроенной зоне. Если список пуст, у домена нет MX-записей и он не может принимать почту. Перепроверьте, что перечисленные хосты разрешаются в валидные IP-адреса, прежде чем им доверять.

Частые проблемы MX и их устранение

Самый частый сбой — вообще отсутствие MX-записи, что вынуждает отправителей откатываться к A-записи домена или отбивать почту. Указание MX на CNAME нарушает спецификацию, и многие серверы его отвергают, так что всегда нацеливайте на имя хоста с прямой записью A/AAAA. После смены почтовых провайдеров устаревшие MX-записи продолжают маршрутизировать почту на старый хост, пока DNS не распространится и кэши не истекут. Перепутанные приоритеты могут отправить почту на резервный сервер раньше основного. Проверяйте изменения свежим запросом и учитывайте кэширование на основе TTL.

Часто задаваемые вопросы

Что произойдёт, если у домена нет MX-записи?

Без MX-записи отправляющие серверы откатываются к A- или AAAA-записи домена и пытаются доставить почту туда. Если на этом хосте не работает почтовый сервер, сообщение отбивается. Домены, которые обрабатывают почту, всегда должны публиковать хотя бы одну MX-запись, чтобы входящая почта надёжно доходила до нужного сервера.

Что означает число приоритета в записи MX?

Приоритет задаёт порядок, в котором отправляющие серверы пробуют ваши почтовые хосты, и меньшие числа предпочтительнее. Сервер сначала пытается хост с наименьшим приоритетом и переходит к большим числам, только если не может подключиться. Одинаковые приоритеты позволяют серверам делить нагрузку. Сами значения произвольны; важен лишь их относительный порядок.

Может ли запись MX указывать на IP-адрес или CNAME?

Нет. Запись MX должна указывать на имя хоста, у которого есть собственная запись A или AAAA. Указание на IP-адрес недопустимо, а указание на CNAME нарушает правила RFC и отвергается многими почтовыми серверами. Всегда нацеливайте на реальное имя почтового хоста, которое разрешается напрямую.

Сколько времени занимают изменения записи MX?

Изменения MX распространяются согласно TTL записи, который определяет, как долго резолверы кэшируют старые значения. При низком TTL изменения могут вступить в силу за минуты; при более высоком отправляющие серверы могут продолжать использовать устаревшие записи часами. Понизьте TTL перед запланированной миграцией, чтобы ускорить переключение.

Может ли у домена быть несколько MX-записей?

Да. Домены часто публикуют несколько MX-записей для избыточности и распределения нагрузки. Разные приоритеты создают схему «основной и резервный», тогда как одинаковые приоритеты распределяют почту между равноценными серверами. Отправляющий сервер проходит список в порядке приоритета, пока не найдёт хост, принимающий соединение.