Проверка MX записей
Почтовые серверы домена: приоритеты, IP-адреса, PTR и ошибки настройки.
Проверка MX-записей: почтовые серверы домена
MX-записи говорят отправителям, на какие серверы доставлять почту для домена и в каком порядке. Инструмент запрашивает MX, сортирует их по приоритету, для каждого сервера находит IPv4 и IPv6, PTR-запись и почтового провайдера, а также ловит ошибки, из-за которых письма теряются: MX на IP-адрес или на CNAME, сервер без адреса, частный IP, null MX вместе с обычными записями.
Как пользоваться
- Введите домен (или e-mail — возьмём часть после @)
- Сверьте серверы и провайдера с тем, где у вас реально живёт почта
- Исправьте ошибки из списка находок и проверьте SPF, DKIM и DMARC
FAQ
Что показывает проверка MX-записей
MX-запись (Mail Exchanger) говорит отправителю, на какой сервер доставлять почту для домена. Инструмент запрашивает MX, сортирует их по приоритету, для каждого сервера находит IPv4 и IPv6, PTR-запись (обратное имя) и по именам серверов определяет провайдера почты. Затем он ищет ошибки, из-за которых письма теряются или возвращаются.
| Отметка в таблице | Что означает | Что делать |
|---|---|---|
| не разрешается | У MX-хоста нет A/AAAA-записей | Исправьте имя в MX или добавьте A-запись хосту |
| IP вместо имени | В MX вписан IP-адрес | Создайте A-запись mail.домен и укажите её в MX |
| CNAME | MX указывает на псевдоним | Укажите конечное имя, на которое смотрит CNAME |
| частный IP | Адрес вида 10.x, 192.168.x, 127.x | Укажите публичный адрес сервера |
| null MX | Домен заявляет, что почту не принимает | Ничего, если почта на домене не нужна |
Как работает приоритет MX
Отправитель берёт сервер с наименьшим числом приоритета; если тот недоступен — следующий. Серверы с одинаковым приоритетом делят почту случайным образом. Сами числа значения не имеют: 1 и 5 работают так же, как 10 и 50. Пример классической схемы:
example.com. 3600 IN MX 10 mx1.example.com. example.com. 3600 IN MX 20 mx2.example.com.
Резервный MX полезен для собственного сервера. У облачной почты (Google Workspace, Microsoft 365) за одним именем стоит много серверов, поэтому одна MX-запись там — норма. Отправители и без резервного MX повторяют доставку несколько дней, так что короткий сбой сервера письма не теряет. Важно другое: резервный сервер должен принимать почту так же строго, как основной, иначе спамеры будут слать через него.
Null MX: домен без почты
Если домен не принимает почту (лендинг, домен-редирект, технический домен), опубликуйте null MX по RFC 7505 — единственную запись с приоритетом 0 и точкой вместо имени:
example.com. IN MX 0 .
Отправитель сразу вернёт письмо с понятной ошибкой, вместо того чтобы несколько дней стучаться на A-адрес сайта. Null MX нельзя смешивать с обычными MX — инструмент отметит такую ошибку. Полная защита домена без почты: null MX, SPF v=spf1 -all и DMARC v=DMARC1; p=reject — проверьте их в проверке SPF и проверке DMARC.
Нет MX-записей: неявный MX
Если MX нет вовсе, по RFC 5321 отправитель пробует доставить письмо на A/AAAA-адрес самого домена. Обычно там веб-сервер, который почту не принимает: письма висят в очередях и через несколько дней возвращаются. Инструмент показывает эти адреса отдельно. Решение — либо MX вашего почтового провайдера, либо null MX.
Типичные MX популярных почтовых сервисов
| Сервис | MX (по документации сервиса) |
|---|---|
| Google Workspace | 1 smtp.google.com (для старых настроек — пять записей aspmx.l.google.com и alt1…alt4) |
| Microsoft 365 | 0 домен-зона.mail.protection.outlook.com (новые домены могут получить имя в зоне mx.microsoft) — точное имя даёт центр администрирования |
| Zoho Mail | mx.zoho.com, mx2.zoho.com, mx3.zoho.com (для EU — zoho.eu) |
| Proton Mail | 10 mail.protonmail.ch, 20 mailsec.protonmail.ch |
Значения меняются, поэтому при настройке берите их из инструкции провайдера, а здесь проверяйте результат. Если распознанный провайдер не совпадает с тем, где у вас почта, — MX остались от прошлого сервиса, и письма уходят туда.
PTR и репутация почтового сервера
PTR — обратная запись, которая сопоставляет IP-адресу имя. Для входящих MX она мало что решает, но если тот же сервер отправляет почту, получатели проверяют, что у IP есть PTR и что это имя указывает обратно на тот же IP. Без этого письма с собственного сервера часто попадают в спам. PTR настраивает владелец IP — хостер или провайдер; подробно проверить можно в обратном DNS, а репутацию адреса — в проверке чёрных списков.
Как проверить MX из командной строки
dig +short MX example.com nslookup -type=mx example.com
После смены MX старая запись живёт в кэшах резолверов до истечения TTL (он показан в таблице). При переезде почты заранее уменьшите TTL и не отключайте старый ящик, пока новые MX не увидят все — это видно в проверке распространения DNS.
MX — это только входящая почта
Правильные MX гарантируют, что письма вам дойдут. Попадут ли ваши письма во «Входящие» получателей, решают SPF, DKIM и DMARC. После MX проверьте SPF, DKIM и DMARC — ссылки на все четыре проверки есть и над результатом.