Популярные инструменты

Тема

Проверка MX записей

Проверка MX записей любого домена: его почтовые серверы в порядке доставки, кто их обслуживает, их адреса IPv4 и IPv6 и отвечают ли они по STARTTLS. Прямо с собственных DNS-серверов домена, а рядом — копии в кэше Google и Cloudflare.

Источники: DNS-серверы домена, найденные начиная с корневого сервера · Google Public DNS · Cloudflare 1.1.1.1 · Team Cymru · почтовые серверы проверяются с нашего сервера в Мумбаи

Проверяется ровно то имя, которое вы ввели: www. или поддомен проверяются как есть и никогда не заменяются.

Попробуйте

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

MX-запись (mail exchange, почтовый обмен) указывает серверы, которые принимают почту для домена, и у каждого есть номер приоритета: отправители сначала пробуют наименьшее число.

Когда кто-то пишет на name@airbnb.com, его почтовый сервер запрашивает в DNS MX-записи airbnb.com, выбирает сервер с наименьшим числом и доставляет письмо по SMTP на порт 25. Запись содержит имя хоста, а не IP-адрес, и у этого имени должна быть собственная запись A или AAAA: оно не может быть псевдонимом (CNAME, RFC 2181 §10.3).

Проверка MX записей читает эти записи и прослеживает каждый сервер до его адресов, сети и провайдера. MX управляет только входящей почтой: кто вправе отправлять письма от имени домена, решают SPF, DKIM и DMARC.

Устройство MX-записиairbnb.com, с его собственного DNS-сервера
airbnb.com.Имя300TTLINКлассMXТип1Приоритетaspmx.l.google.com.Почтовый сервер (exchange)
Имя · TTLДомен, который принимает почту, и как долго кэши могут хранить этот ответ: 300 с = 5 мин.
ПриоритетМеньшее число пробуется первым. У airbnb.com это 1, 5, 5, 10, 10.
Почтовый серверИмя хоста с собственными записями A и AAAA: 192.178.211.27 и 2404:6800:4000:1025::1b.
1 aspmx.l.google.com.Имя хоста с записями A и AAAA
1 192.0.2.25IP-адрес — недопустимое значение exchange
1 mail → CNAMEExchange не может быть псевдонимом (RFC 2181 §10.3)
Каждое поле в том виде, в каком его отдаёт собственный DNS-сервер airbnb.com. Инструмент отмечает MX, который указывает на IP-адрес, CNAME или имя без адреса.

Как проверить MX-записи домена

Введите домен выше и нажмите Проверить MX или спросите DNS из терминала: dig example.com MX в macOS и Linux, nslookup -type=mx example.com в любой системе или Resolve-DnsName example.com -Type MX в Windows PowerShell.

Каждая строка ответа — один сервер: приоритет, затем имя хоста. Число перед IN — это TTL: сколько секунд резолвер ещё может отдавать эту копию. Добавьте @ и DNS-сервер (dig @dns1.p08.nsone.net airbnb.com MX), чтобы прочитать ответ самой зоны, а не кэша.

dig example.com MX +short

Каждая строка: приоритет, затем почтовый сервер. Добавьте @ и DNS-сервер, чтобы обойти кэши.

Как читать ответ digзаписано 2026-10-23
bash · zsh
$ dig airbnb.com MX
;; ->>HEADER<<- opcode: QUERY, status: NOERROR1
;; flags: qr rd ra; QUERY: 1, ANSWER: 5

;; ANSWER SECTION:
airbnb.com.    3002  IN  MX   13 aspmx.l.google.com.4
airbnb.com.    300   IN  MX   5 alt1.aspmx.l.google.com.
airbnb.com.    300   IN  MX   5 alt2.aspmx.l.google.com.
airbnb.com.    300   IN  MX  10 alt3.aspmx.l.google.com.
airbnb.com.    300   IN  MX  10 alt4.aspmx.l.google.com.

;; SERVER: 8.8.8.8#53(8.8.8.8)5
  1. Статус. NOERROR с ответами. NXDOMAIN — имени не существует; NOERROR без ответа — MX нет.
  2. TTL. Сколько секунд эту копию ещё можно отдавать: 300 у источника, в кэшах — обратный отсчёт.
  3. Приоритет. Порядок, в котором пробуют отправители: наименьший первым.
  4. Почтовый сервер. Хост, к которому подключаются на порт 25; точка в конце завершает имя.
  5. Кто ответил. 8.8.8.8 — это кэш. @dns1.p08.nsone.net спрашивает саму зону.
Те же пять строк есть в разделе «Серверы» инструмента: отсортированные и сгруппированные по приоритету, с адресами каждого сервера рядом.

Как читать результат

Заголовок одной фразой говорит, кто принимает почту домена и сколько серверов за этим стоит, с логотипом провайдера; цветные строки под ним — важные находки.

Раздел «Серверы» перечисляет каждый MX-хост по приоритету с адресами, сетью и обратным DNS; первый сервер проверяется на порту 25 автоматически, остальные — по запросу. Справа путь доставки показывает, что отправитель делает с этими ответами.

Проверка MX записей: пять MX-записей Google Workspace, адреса и тест STARTTLS каждого почтового сервера и путь доставкиПроверка MX записей: пять MX-записей Google Workspace, адреса и тест STARTTLS каждого почтового сервера и путь доставкиВердиктКто принимает почту, серверы и уровни приоритета, сеть, TTL и какой DNS-сервер ответил.СерверыКаждый MX-хост по приоритету с адресами IPv4 и IPv6, номером AS и PTR с прямым подтверждением.Тест SMTPSTARTTLS и версия TLS с нашего сервера на порту 25; откройте строку, чтобы увидеть весь диалог.Путь доставкиОтправитель, защита на первом участке, каждый уровень приоритета, затем почтовые ящики и признаки, по которым они определены.
Проверка MX записей airbnb.com: вердикт, серверы в порядке приоритета с их адресами и тестом STARTTLS и путь, по которому идёт почта. Выберите номер, чтобы узнать, что показывает каждая часть.

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

Приоритет (в RFC 5321 он называется preference) задаёт порядок: отправитель сначала пробует наименьшее число и переходит дальше, только если этот сервер не отвечает или откладывает письмо временным ответом 4xx.

Серверы с одинаковым числом делят нагрузку: отправитель выбирает один из них наугад. Значение имеет только порядок, а не разрывы между числами, и 0 — допустимое число. Одной MX-записи достаточно, если за именем стоит много серверов, как у Microsoft 365 и Mimecast.

Наш совет о резервном MX: резервный сервер у другой компании, который фильтрует слабее основного, — известная лазейка для спама, а хостинг-провайдеры и так держат резервные серверы за одним MX-именем. Если вы его оставляете, он должен применять те же проверки SPF и спама, что и основной (RFC 7208, приложение F).

Как отправитель проходит пять серверов airbnb.comприоритеты 1 · 5 · 10
Попытка 1приоритет 1
aspmx.l.google.comвсегда первым
250 OK

только если не ответит или ответит 4xx

Попытка 2приоритет 5
alt1.aspmx.l.google.comвыбирается наугад · ½alt2.aspmx.l.google.comили этот · ½
равные числа делят нагрузку

затем

Попытка 3приоритет 10
alt3.aspmx.l.google.com½alt4.aspmx.l.google.com½
все отказали: очередь, повторы несколько дней
0 допустимgithub.com публикует приоритет 0 для своего единственного MX.
1, 5, 10 ≡ 10, 20, 30Важен только порядок, а не разрывы между числами.
Бывает достаточно одного MXЗа единственным MX-хостом hp.com стоят 6 адресов.
Отправители спускаются по списку, только если сервер не отвечает или отвечает временной ошибкой; если отказывают все серверы, письмо ждёт в очереди и отправляется повторно 4–5 дней (RFC 5321).

MX-записи Google Workspace

Новым доменам Google Workspace нужна одна MX-запись: smtp.google.com с приоритетом 1. Домены, настроенные до 2023 года, часто всё ещё публикуют набор из пяти записей, начинающийся с aspmx.l.google.com; по словам Google, работают оба варианта, и рабочую настройку менять не нужно.

Инструмент распознаёт Google Workspace в любом из наборов и помечает старый как устаревший, но никогда не как ошибку. Дополните MX записью SPF с include:_spf.google.com и DKIM из консоли администратора Google; Google закладывает до 72 часов на то, чтобы новые MX-записи стали видны везде.

Две настройки Google Workspace рядомдействующие MX, 2026-10-23
Текущаяодна записьрекомендуется
1 smtp.google.com.
Встречается у google.comsendgrid.com
Устаревшаяпять записейвсё ещё работает
1 aspmx.l.google.com.5 alt1.aspmx.l.google.com.5 alt2.aspmx.l.google.com.10 alt3.aspmx.l.google.com.10 alt4.aspmx.l.google.com.
Встречается у airbnb.comnytimes.comuber.comspotify.com
собственная политика MTA-STS google.com принимает оба варианта:smtp.google.comaspmx.l.google.com*.aspmx.l.google.com
spotify.com всё ещё указывает старые хосты aspmx2–aspmx5.googlemail.com с приоритетом 10 — всего семь записей: лишние устаревшие имена не вредят.

MX-записи Microsoft 365

Microsoft 365 выдаёт каждому домену одну MX-запись в mail.protection.outlook.com, например microsoft-com.mail.protection.outlook.com, обычно с приоритетом 0. Первая часть — токен, который вы копируете из Центра администрирования Microsoft 365: часто он похож на домен с дефисами, но не всегда.

Домены, включившие входящий SMTP DANE, получают вместо этого хост в mx.microsoft, например siemens-com.h-v1.mx.microsoft: эта зона подписана DNSSEC, поэтому отправители могут проверить сертификат сервера через DANE. Во время перехода действуют обе записи: новая сначала стоит после старой, затем перед ней, пока старую не удалят. Microsoft не планирует подписывать mail.protection.outlook.com, так что прежний хост не устарел.

Как читать MX-хост Microsoft 365microsoft.com · siemens.com
Exchange Onlineобычный вид
microsoft-comтокен из центра администрирования.mail.protection.outlook.comExchange Online Protection
Встречается у microsoft.comgithub.comunilever.com
С DANEзона подписана DNSSECDANE
siemens-comтокен из центра администрирования.h-v1сегмент (shard).mx.microsoftподписанная зона
Встречается у siemens.comshell.com
Во время перехода на новый хостдействуют обе записи; побеждает меньшее число
0contoso-com.o-v1.mx.microsoft.новая · пробуется первой
30contoso-com.mail.protection.outlook.com.старая · до удаления
Один прежний хост и один хост mx.microsoft с разными приоритетами — это идущая миграция по документированным шагам Microsoft, а не ошибка: инструмент так и пишет, вместо того чтобы предупреждать.

Нет MX-записи или null MX: что происходит?

Домен без MX-записей всё равно может принимать почту: отправители переходят на собственный адрес A или AAAA домена (RFC 5321 §5.1). Только null MX (нулевая MX-запись) — единственная запись 0 . — сообщает всем отправителям, что домен не принимает почту (RFC 7505).

Поэтому null MX — правильная запись для домена, который никогда не получает почту: отправители сразу возвращают письмо с кодом 556 5.1.10, а не пытаются доставить его днями. Добавьте v=spf1 -all и DMARC p=reject, чтобы никто не мог и отправлять почту от его имени, как это сделано у example.com. MX-записи принадлежат одному имени: www.example.com не наследует записи example.com.

Четыре ответа — четыре исходачто отправитель делает в каждом случае
MX-записиairbnb.comДоставить на серверы в порядке приоритета.доставлено250 OK
Нет MX, есть A/AAAAwww.google.comДоставить на собственный адрес имени: его записи A и AAAA. Если порт 25 там не отвечает, письмо ждёт, а затем возвращается.неявный MXRFC 5321 §5.1
Null MX: 0 .example.comДаже не пытаться. Отправитель сразу возвращает письмо.отказ556 5.1.10
Имени не существуетairbnb.cmoВозврат: в корне нет .cmo, поэтому ничего под ним не существует.возвращено5.1.2

Домен, который не отправляет и не принимает почту:MX 0 .v=spf1 -all_dmarc p=reject

Каждая строка — собственный вердикт инструмента для этого примера: откройте его кнопками примеров над инструментом.

Почта не приходит? Где MX в поиске причины

Сначала прочитайте сообщение о недоставке: его код статуса говорит, какой шаг не удался. Проблемы с MX выглядят как «host not found» или долгие задержки; несуществующий ящик — это 5.1.1; ошибки аутентификации — отказы 5.7.x.

Идите по списку сверху вниз: домен должен существовать, его MX должен указывать на провайдера, которым вы пользуетесь, каждый MX-хост должен разрешаться и отвечать на порту 25, и только после этого SPF, DKIM, DMARC и чёрные списки решают, куда попадёт письмо.

От сообщения о недоставке к решениюрасширенные коды статуса, RFC 3463
Хост или домен не найден5.1.2 · NXDOMAINДомена или его MX-хоста не существует. Проверьте написание и DNS-серверы.Проверка DNS
Почта всё ещё идёт к старому провайдерупосле смены MXКэши хранят старый MX, пока не истечёт его TTL. Сравните зону с копиями Google и Cloudflare.Раздел «Копии»
Задержка, затем возврат4.4.1 · хост не отвечаетMX-хост не работает, у него нет адреса или порт 25 заблокирован. Проверьте серверы с нашей стороны.Проверить серверы
Пользователь неизвестен5.1.1MX работает, но такого ящика у провайдера нет.Проверка e-mail
Отклонено: нет аутентификации5.7.1Получатель отклонил отправителя. Исправьте SPF, DKIM и DMARC на домене-отправителе.Проверка SPF
Блокировка по адресу или попадание в спамв спискеIP отправляющего сервера в чёрном списке.Проверка по чёрным спискам
Два выделенных шага — разделы этого инструмента; остальные открывают соответствующий инструмент.

MTA-STS, DANE и TLS для почтовых серверов

Почтовые серверы шифруют соединение через STARTTLS, только если обе стороны это предлагают, поэтому кто-то на пути может вырезать предложение и прочитать письмо. MTA-STS и DANE позволяют домену требовать TLS от отправителей.

MTA-STS публикует политику по HTTPS (https://mta-sts.<domain>/.well-known/mta-sts.txt) со списком разрешённых MX-хостов и режимом; в режиме enforce отправители доставляют почту на эти хосты только по действительному TLS (RFC 8461). DANE помещает ключ сервера в запись TLSA на _25._tcp.<mx host>, которая учитывается только там, где зона подписана DNSSEC (RFC 7672). TLS-RPT просит отправителей сообщать о сбоях (RFC 8460). Инструмент проверяет, что каждый действующий MX совпадает со строкой mx: политики.

Три замка на одном участкеотправитель → proton.me, в реальном времени
отправительлюбой почтовый сервер
STARTTLS · предлагается, TLS 1.3STARTTLS сам по себе можно вырезать по пути: 250-STARTTLS просто исчезает из ответа.
MTA-STS · режим enforcemx: mail.protonmail.ch · mx: mailsec.protonmail.ch · max_age: 604800 ✓ оба действующих MX-хоста совпадают
DANE · TLSA 3 1 1_25._tcp.mail.protonmail.ch, подписано DNSSEC (protonmail.ch) ✓
mail.protonmail.chприоритет 10
TLS-RPT тоже включён: v=TLSRPTv1; rua=https://reports.proton.me/reports/smtptls. Инструмент проверяет STARTTLS с нашего сервера; MTA-STS и DANE берутся из DNS и файла политики.

MX-хосты популярных почтовых провайдеров

Большинство доменов направляют MX на одного из нескольких десятков провайдеров, и у каждого узнаваемые имена хостов. Так инструмент определяет почтового провайдера домена, и так же вы можете сверить настройку со значениями самого провайдера.

Шлюзы вроде Mimecast, Proofpoint и Barracuda стоят перед хостом почтовых ящиков; тогда инструмент читает SPF и Autodiscover, чтобы назвать вероятные почтовые ящики за ними.

MX-хосты и include в SPF по провайдерам16 из 110+ провайдеров, которых распознаёт инструмент
ПровайдерMX (приоритет хост)SPF
Google Workspace1smtp.google.comили 1 aspmx.l.google.com + 4 altinclude:_spf.google.com
Microsoft 3650<token>.mail.protection.outlook.comили <token>.<x>-v1.mx.microsoftinclude:spf.protection.outlook.com
Zoho Mailрегион в TLD10mx.zoho.com20mx2.zoho.com · 50 mx3.zoho.cominclude:zohomail.com
Proton Mail10mail.protonmail.ch20mailsec.protonmail.chinclude:_spf.protonmail.ch
iCloud Mail10mx01.mail.icloud.com10mx02.mail.icloud.cominclude:icloud.com
Fastmail10in1-smtp.messagingengine.com20in2-smtp.messagingengine.cominclude:spf.messagingengine.com
Yandex 36010mx.yandex.netredirect=_spf.yandex.net
Titan Email10mx1.titan.email20mx2.titan.emailinclude:spf.titan.email
GoDaddy Professional Email0smtp.secureserver.net10mailstore1.secureserver.netinclude:secureserver.net
Namecheap Private Email10mx1.privateemail.com10mx2.privateemail.cominclude:spf.privateemail.com
Cloudflare Email Routingпересылкаroute1/2/3.mx.cloudflare.netприоритеты задаются для каждого доменаinclude:_spf.mx.cloudflare.net
Amazon SESобщий с WorkMail10inbound-smtp.<region>.amazonaws.cominclude:amazonses.com
Mimecastшлюз10<region>-smtp-inbound-1.mimecast.com10<region>-smtp-inbound-2.mimecast.cominclude:<region>._netblocks.mimecast.com
Proofpointшлюзmx0a-<id>.pphosted.com · mx0b-<id>или mx1-us1.ppe-hosted.com (Essentials)a:dispatch-us.ppe-hosted.com (Essentials)
Barracudaшлюз1<id>.ess.barracudanetworks.com10<id>.ess.barracudanetworks.cominclude:spf.ess.barracudanetworks.com
NAVER WORKSКорея10kr1-aspmx1.worksmobile.com20kr1-aspmx2.worksmobile.cominclude:spf.worksmobile.com

Проверка MX записей: частые вопросы

Для чего нужна проверка MX записей?

Проверка MX-записей показывает, какие серверы принимают почту домена и кто их обслуживает. С её помощью можно узнать почтового провайдера компании, убедиться, что MX сменился после переезда к другому провайдеру, разобраться с возвратами и задержками или проверить домен перед отправкой письма. Этот инструмент также проверяет STARTTLS каждого почтового сервера с нашего сервера и читает SPF, DMARC и MTA-STS домена.

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

Выполните nslookup -type=mx example.com. В каждой строке ответа приоритет показан как «MX preference», а сервер — как «mail exchanger». Добавьте сервер в конце, например nslookup -type=mx example.com 8.8.8.8, чтобы спросить конкретный резолвер, или укажите собственный DNS-сервер домена, чтобы обойти все кэши. В macOS и Linux команда dig example.com MX даёт тот же ответ.

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

Да. Каждая MX-запись указывает один почтовый сервер с приоритетом. Отправители сначала пробуют наименьшее число, переходят к следующему, только если сервер не отвечает или откладывает приём, а среди серверов с одинаковым числом выбирают наугад — так нагрузка распределяется. gmail.com публикует пять MX-записей с пятью приоритетами; yahoo.com — три с одинаковым приоритетом.

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

Нет. Значением MX должно быть имя хоста с собственной записью A или AAAA. IP-адрес — недопустимое значение, а RFC 2181 запрещает MX-хост, который является псевдонимом (CNAME). Некоторые отправители всё же переходят по CNAME или подключаются к IP, а другие отказываются, поэтому от одних отправителей почта может доходить, а от других — возвращаться. Инструмент отмечает оба случая.

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

Столько, сколько TTL старой записи. Резолверы, закэшировавшие старый MX, используют его, пока их копия не истечёт, а затем снова спрашивают DNS-серверы домена; закэшированный ответ «нет MX» истекает так же. Снизьте TTL за день до смены провайдера. Провайдеры называют сроки с запасом (Google — до 72 часов), а раздел «Копии» показывает, когда обновятся копии Google и Cloudflare.

Что такое null MX?

Null MX — это единственная MX-запись с приоритетом 0 и одной точкой вместо хоста: 0 . (RFC 7505). Она сообщает, что домен не принимает почту, поэтому отправители сразу возвращают письмо с кодом 556 5.1.10, а не пытаются доставить его днями. Эта запись должна быть единственной MX-записью. example.com публикует её вместе с SPF -all и DMARC p=reject.

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

Доставка всё равно будет предпринята. Без MX-записи отправители доставляют почту на собственный адрес A или AAAA домена — это неявный MX (RFC 5321, раздел 5.1). Если там никто не отвечает на порту 25, письмо ждёт в очереди отправителя, повторные попытки идут четыре-пять дней, а затем оно возвращается. Домену, который не должен получать почту, следует опубликовать null MX.

Одна MX-запись — это проблема?

Нет. Одна MX-запись — полноценная настройка, если за именем стоит балансировка нагрузки: smtp.google.com у Google Workspace и хосты mail.protection.outlook.com у Microsoft 365 отвечают каждый с множества серверов. RFC 5321 не требует минимального числа MX-записей. Инструмент показывает, сколько адресов IPv4 и IPv6 стоит за каждым MX-хостом, так что резервирование видно.

Почему MX показывает не того провайдера, которого я ожидал?

Перед почтовыми ящиками может стоять шлюз. Mimecast, Proofpoint, Barracuda и Cloudflare Email Security сначала фильтруют почту, поэтому MX называет шлюз, а ящики находятся в Microsoft 365, Google Workspace или у другого провайдера за ним. Инструмент читает include в SPF и запись Autodiscover домена, чтобы назвать вероятного провайдера почтовых ящиков, и показывает эти признаки.

MX-записи публичны?

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

Влияют ли MX-записи на отправку почты?

Нет. MX-записи лишь направляют входящую почту на ваши серверы. Какие серверы вправе отправлять письма от имени вашего домена, определяют SPF, DKIM и DMARC, и получатели проверяют их в каждом письме. Можно отправлять через одного провайдера, а получать у другого; тогда в SPF указаны оба, а в MX — только тот, что принимает почту.

Почему я не могу подключиться к порту 25 со своего компьютера?

Большинство домашних и мобильных сетей, а также облака вроде AWS, Google Cloud и Azure блокируют исходящие подключения к порту 25, чтобы бороться со спамом, поэтому telnet или openssl к почтовому серверу обрывается по тайм-ауту. О самом сервере это ничего не говорит. Этот инструмент проверяет каждый почтовый сервер с нашего собственного сервера в Мумбаи, которому порт 25 доступен, и показывает весь диалог.

Чего-то не хватает?Предложите функцию или новый инструмент

Другие инструменты для DNS и почты