Что такое MX-запись домена

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

Поэтому при переносе домена, смене DNS-провайдера или подключении корпоративной почты MX нужно проверять отдельно от A и AAAA.

В этом руководстве разберём, как устроены MX-записи, что означает приоритет, зачем нужно несколько серверов, почему MX должен указывать на hostname, а не IP, как проверить почтовую маршрутизацию и почему для хорошей доставки одних MX недостаточно.

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

MX — Mail Exchange. Эта DNS-запись сообщает другим почтовым серверам, куда доставлять письма для адресов вида:

user@example.com

Пример:

example.com.  3600  IN  MX  10 mx1.example.net.
example.com.  3600  IN  MX  20 mx2.example.net.

Здесь:

• example.com — домен получателя;
• 3600 — TTL;
• MX — тип записи;
• 10 и 20 — приоритет;
• mx1.example.net и mx2.example.net — почтовые серверы.

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

Когда сервер должен отправить письмо на user@example.com, он обычно выполняет несколько шагов:

1. Получает MX-записи домена example.com.
2. Сортирует серверы по приоритету.
3. Определяет IP выбранного MX-hostname.
4. Подключается к SMTP-порту почтового сервера.
5. Передаёт письмо.
6. Если сервер недоступен, пробует следующий MX или откладывает доставку.

Таким образом, MX не содержит само письмо и не управляет почтовыми ящиками. Она лишь показывает, куда должна идти входящая почта.

Что означает приоритет MX

У каждой MX-записи есть числовой приоритет.

Чем меньше число, тем выше приоритет.

10 mx1.example.net.
20 mx2.example.net.
50 mx3.example.net.

В нормальной ситуации отправитель сначала попробует mx1.example.net. Если он недоступен, можно использовать следующий сервер.

Несколько MX и резервный сервер

Несколько MX-записей часто используются для отказоустойчивости.

Например:

example.com. IN MX 10 mx1.mail.example.
example.com. IN MX 20 mx2.mail.example.

Если первый сервер временно недоступен, второй может принять почту.

Но резервный MX должен быть настроен правильно. Недостаточно просто создать вторую запись: сервер должен реально принимать почту для нужного домена.

Что происходит при одинаковом приоритете

Допустима конфигурация, где несколько MX имеют одинаковый приоритет:

example.com. IN MX 10 mx1.example.net.
example.com. IN MX 10 mx2.example.net.

В таком случае отправитель может выбирать между серверами одного уровня.

Это может использоваться для распределения нагрузки или отказоустойчивости.

Почему MX должен указывать на hostname, а не IP

MX-запись должна содержать доменное имя почтового сервера.

Правильно:

example.com. IN MX 10 mail.example.net.

Неправильно:

example.com. IN MX 10 203.0.113.25

После получения MX сервер отдельно выполняет DNS-разрешение имени mail.example.net в A или AAAA.

Нужен ли A или AAAA для MX-hostname

Да. Имя, указанное в MX, должно в итоге разрешаться в рабочий IP-адрес.

Например:

example.com.      IN MX 10 mail.example.net.
mail.example.net. IN A     203.0.113.25

Если MX существует, но имя почтового сервера не имеет рабочего адреса, доставка не сможет быть выполнена.

Можно ли использовать CNAME в качестве MX-hostname

Надёжнее, чтобы MX указывал на hostname с прямой A/AAAA-записью.

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

Как проверить MX через dig

dig example.com MX

Короткий вариант:

dig +short example.com MX

Пример ответа:

10 mx1.example.net.
20 mx2.example.net.

Как проверить IP почтового сервера

После получения MX обязательно проверьте его адрес:

dig mx1.example.net A
dig mx1.example.net AAAA

Так можно убедиться, что MX-hostname действительно разрешается.

Как проверить MX через nslookup

nslookup -type=mx example.com

Это удобно на системах, где dig недоступен.

Как проверить конкретный DNS-сервер

Если записи недавно изменялись, сравните ответы разных резолверов:

dig @1.1.1.1 example.com MX
dig @8.8.8.8 example.com MX

Также полезно запросить непосредственно авторитетный DNS:

dig @ns1.provider.example example.com MX

Если авторитетный сервер показывает новую конфигурацию, а публичный резолвер — старую, проблема может быть связана с DNS-кешем.

Что такое TTL у MX

Как и другие DNS-записи, MX имеет TTL.

Например:

example.com. 3600 IN MX 10 mx.example.net.

TTL 3600 означает, что DNS-ответ может кешироваться примерно один час.

Если вы меняете почтового провайдера, старые MX некоторое время могут оставаться в кеше отдельных DNS-резолверов.

Почему после смены MX почта может идти на старый сервер

Наиболее частые причины:

• не истёк TTL;
• редактируется неправильная DNS-зона;
• домен использует другие NS;
• остались старые MX;
• у нового сервера неправильная конфигурация;
• почтовый отправитель повторяет доставку по старым данным из кеша.

Можно ли оставить старые MX вместе с новыми

Только если это предусмотрено конфигурацией почтового провайдера.

Если старые серверы больше не должны принимать почту, их присутствие в DNS может привести к тому, что часть писем продолжит уходить на старую систему.

Поэтому при миграции нужно использовать именно тот набор MX, который указан новым провайдером.

Почему почта не приходит, хотя MX правильный

Правильный DNS — только первый этап.

Далее возможны проблемы:

• SMTP-сервер недоступен;
• порт заблокирован;
• сервер не принимает конкретный домен;
• не создан почтовый ящик;
• домен не подтверждён у провайдера;
• неправильная маршрутизация;
• сервер временно отклоняет письмо;
• антиспам-политика отклоняет отправителя.

Что такое SMTP и как он связан с MX

MX используется для поиска сервера, а непосредственная передача почты выполняется по SMTP.

Упрощённая цепочка выглядит так:

sender@example.org
        ↓
DNS MX lookup
        ↓
mx.example.com
        ↓
SMTP connection
        ↓
recipient@example.com

Если DNS работает, но SMTP-сервис недоступен, письмо всё равно не будет доставлено.

MX и SPF — разные вещи

MX отвечает за входящую почту: куда отправлять письмо.

SPF помогает определить, какие серверы имеют право отправлять почту от имени домена.

Пример SPF:

example.com. IN TXT "v=spf1 include:_spf.example.net -all"

Поэтому правильная MX не означает автоматически правильную SPF.

MX и DKIM

DKIM позволяет подписывать исходящие письма криптографической подписью.

Публичный ключ обычно публикуется в DNS через TXT-запись.

MX не заменяет DKIM, а DKIM не определяет сервер получения почты.

MX и DMARC

DMARC объединяет использование SPF и DKIM в политику обработки сообщений.

Пример:

_dmarc.example.com. IN TXT "v=DMARC1; p=quarantine;"

Для нормальной почтовой инфраструктуры MX, SPF, DKIM и DMARC нужно рассматривать вместе.

Зачем нужен PTR

PTR используется для reverse DNS — обратного соответствия IP-адреса имени.

Для почтовых серверов корректный PTR особенно важен, поскольку многие антиспам-системы учитывают reverse DNS при оценке отправителя.

Проверить PTR:

dig -x 203.0.113.25

Нужно ли PTR совпадать с MX

Не обязательно буквально, но конфигурация должна быть логичной.

Почтовый сервер обычно должен иметь корректное hostname, которое согласуется с его прямым и обратным DNS.

Например:

mail.example.com → 203.0.113.25
203.0.113.25 → mail.example.com

Такая конфигурация значительно понятнее внешним почтовым системам.

Что такое SPF alignment и DKIM alignment

Для DMARC важно не только прохождение SPF или DKIM, но и соответствие используемых доменов домену, указанному в поле From.

Именно поэтому можно встретить ситуацию, когда SPF технически прошёл, но DMARC всё равно не считается успешным.

Почему письма попадают в спам при правильной MX

MX почти не решает вопрос репутации исходящей почты.

На доставляемость влияют:

• SPF;
• DKIM;
• DMARC;
• PTR;
• репутация IP;
• репутация домена;
• история отправок;
• частота рассылки;
• содержание письма;
• жалобы пользователей;
• поведение SMTP-сервера.

Поэтому вопрос «MX правильный, почему письмо в спаме?» обычно требует более широкой диагностики.

Как проверить SMTP-сервер

Если нужно убедиться, что сервер вообще принимает соединение, можно проверить доступность SMTP-порта.

Например:

nc -vz mx.example.com 25

На некоторых системах можно использовать:

telnet mx.example.com 25

Однако успешное TCP-соединение ещё не подтверждает, что сервер примет конкретное письмо.

Пример миграции корпоративной почты

Допустим, домен раньше использовал старого провайдера:

example.com. IN MX 10 oldmail.example.net.

После перехода на новый сервис провайдер требует:

example.com. IN MX 10 mx1.newmail.example.
example.com. IN MX 20 mx2.newmail.example.

Правильный порядок действий:

1. Создать пользователей и ящики в новой системе.
2. Подтвердить домен.
3. Подготовить SPF.
4. Подключить DKIM.
5. Настроить DMARC.
6. Добавить новые MX.
7. Удалить старые MX, если провайдер не требует обратного.
8. Проверить DNS снаружи.
9. Отправить тестовое письмо на домен.
10. Отправить письмо наружу.
11. Проверить заголовки полученного письма.

Пример конфигурации с Google Workspace

Если используется внешний почтовый сервис, набор MX нужно брать из актуальной документации самого провайдера.

Не стоит копировать значения из случайной инструкции или чужого домена: набор серверов и рекомендации со временем могут меняться.

Пример конфигурации с Яндекс 360

Тот же принцип действует для Яндекс 360 и других почтовых платформ: MX, SPF, DKIM и дополнительные записи должны соответствовать текущим требованиям провайдера.

Если домен уже подключался раньше, особенно важно удалить устаревшие записи от предыдущего сервиса.

Типовые ошибки MX

MX указывает на IP

Используйте hostname почтового сервера.

MX-hostname не разрешается

Проверьте A и AAAA самого почтового сервера.

Остались MX старого провайдера

Удалите их, если они больше не участвуют в почтовой инфраструктуре.

Неправильный приоритет

Сравните значения с документацией провайдера.

DNS меняется не в той панели

Проверьте NS домена.

MX правильный, но письма не приходят

Переходите к проверке SMTP и конфигурации домена у почтового провайдера.

Почта приходит, но исходящие сообщения попадают в спам

Проверьте SPF, DKIM, DMARC, PTR и репутацию отправителя.

Правильный порядок диагностики почты

1. Проверить регистрацию домена.
2. Проверить NS.
3. Получить MX.
4. Проверить hostname каждого MX.
5. Проверить A/AAAA почтовых серверов.
6. Проверить доступность SMTP.
7. Проверить SPF.
8. Проверить DKIM.
9. Проверить DMARC.
10. Проверить PTR.
11. Отправить тестовое письмо.
12. Изучить SMTP-ошибку или заголовки сообщения.

Как проверить MX через NexIP

DNS-инструмент NexIP позволяет быстро увидеть MX-записи домена вместе с другими DNS-данными.

При проверке обращайте внимание на:

• список MX;
• приоритеты;
• наличие старых серверов;
• DNS-разрешение MX-hostname;
• TXT-записи почтовых политик;
• NS домена.

Если проблема связана с IP почтового сервера, найденный адрес можно дополнительно проверить средствами IP Lookup NexIP.

Связанные материалы

Для общего понимания DNS смотрите «Что такое DNS-записи и как работает DNS».

Если нужно разобраться с адресными записями сервера, используйте материал «Чем A-запись отличается от AAAA».

Что важно запомнить

• MX определяет серверы входящей почты.
• Чем меньше число приоритета, тем выше приоритет MX.
• MX должен указывать на hostname.
• Hostname почтового сервера должен разрешаться через DNS.
• Несколько MX могут использоваться для отказоустойчивости.
• Старые MX после миграции могут ломать доставку.
• MX не заменяет SPF, DKIM и DMARC.
• PTR особенно важен для исходящей почты.
• Правильная MX не гарантирует, что письмо не попадёт в спам.

FAQ

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

Это приоритет. Сервер с меньшим числом обычно используется раньше сервера с большим значением.

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

Да. Если почтовый провайдер использует один сервер, одной записи достаточно.

Обязательно ли иметь резервный MX?

Нет. Это зависит от архитектуры почтового сервиса. Если провайдер использует несколько MX, необходимо следовать его конфигурации.

Почему нельзя записать IP прямо в MX?

Потому что MX предназначен для указания доменного имени почтового сервера. Его IP определяется отдельным DNS-запросом.

Может ли неправильная MX повлиять на сайт?

Обычно нет. Веб-сайт использует A/AAAA/CNAME, а входящая почта — MX. Поэтому сайт может работать идеально при полностью сломанной почте.

Почему после смены MX письма ещё идут на старый сервер?

Проверьте TTL, DNS-кеш и наличие старых MX. Также убедитесь, что редактируется зона, которая действительно обслуживается текущими NS.

Что проверять, если MX правильный, но почта не приходит?

Проверьте IP MX-hostname, доступность SMTP, настройку домена у почтового провайдера и SMTP-ответ удалённого сервера.

Что проверять, если письма уходят в спам?

SPF, DKIM, DMARC, PTR, репутацию IP и домена, а также сами заголовки доставленного письма.