Введите любой домен, чтобы получить его MX-записи в реальном времени. Смотрите каждое имя почтового сервера, его приоритет и корректность настройки доставки.
MX (Mail Exchange) — это записи DNS, которые указывают предпочтительные серверы для приёма почты домена. Когда кто-то пишет на user@example.com, отправляющий сервер сначала запрашивает MX-записи example.com. Если MX нет, SMTP может перейти на адрес A или AAAA домена; null MX явно объявляет, что домен не принимает почту.
У каждой MX-записи два компонента: имя хоста (адрес почтового сервера) и номер приоритета. Меньшие номера приоритета имеют более высокое предпочтение. При нескольких MX-записях отправляющий сервер сначала пробует запись с наименьшим приоритетом. Если этот сервер недоступен, он переходит к следующему по возрастанию. Такое резервирование обеспечивает доставку писем, даже если один почтовый сервер выходит из строя.
MX-записи — обычный уровень маршрутизации входящей почты. Записи аутентификации вроде SPF, DKIM и DMARC относятся к исходящей идентичности, а MX-записи направляют отправителей к инфраструктуре приёма. Поиск может показать явные почтовые обменники или null MX, но пустой ответ MX нужно читать вместе с неявным запасным MX в SMTP и записями A или AAAA домена.
Домены Google Workspace обычно имеют пять MX-записей, указывающих на aspmx.l.google.com и варианты с приоритетами 1, 5, 5, 10 и 10. Все они — резервирующие друг друга почтовые серверы Google.
Microsoft 365 использует одну MX-запись, указывающую на имя хоста конкретного тенанта, например yourdomainname-com.mail.protection.outlook.com с приоритетом 0.
Самостоятельно размещённые почтовые серверы обычно имеют одну или две MX-записи. Основной сервер имеет наименьший номер приоритета и принимает всю входящую почту. Резервный сервер с более высоким приоритетом принимает письма, если основной недоступен.
Данные о маршрутизации почты
Поиск MX-записи возвращает имена хостов почтовых обменников и значения предпочтения, опубликованные в DNS. Он показывает намерение маршрутизации, а не приём на уровне ящика.
Каждый результат содержит имя домена принимающего почтового сервера. Это имя должно разрешаться в доступную инфраструктуру; цель MX нельзя публиковать как простой IP-адрес.
Поиск показывает только уровень MX. Используйте более широкую проверку DNS, когда нужны также адресные записи цели или другие DNS-данные домена.
Сначала пробуются меньшие числовые значения предпочтения, затем большие. Одинаковые предпочтения могут распределять попытки по нескольким обменникам, а записи с большими номерами обычно дают запасную ёмкость.
Запись с наименьшим номером не становится автоматически более исправной или быстрой. Значение выражает приоритет маршрутизации, выбранный владельцем домена.
Состояния результата
Три случая, которые в простой таблице выглядят похоже, имеют разный смысл в SMTP.
Домен публикует явные хосты приёма. Проверьте правильность написания имён, соответствие приоритетов выбранному провайдеру и удаление устаревших записей после миграций.
SMTP задаёт неявный запасной переход на адрес A или AAAA домена. Это не доказательство, что там действительно слушает SMTP-служба, поэтому пустую таблицу MX стоит считать диагностическим состоянием, а не автоматическим вердиктом о ящике.
MX-запись с предпочтением 0 и обменником . указывает, что домен не принимает почту. Это явный сигнал об отсутствии службы, и его нельзя сочетать с обычными MX-записями.
DNS может выглядеть корректно, пока соединения истекают по таймауту, сертификаты не проходят проверку или сервер отклоняет получателей. Поиск MX не выполняет эти сетевые и SMTP-проверки.
Рабочий процесс диагностики
Продвигайтесь по DNS и SMTP по порядку, чтобы каждый результат отвечал на один ясный вопрос.
Уберите URL, пути и имена пользователей. Для адреса на поддомене запрашивайте этот поддомен: у него может быть свой маршрут приёма, отличный от корневого домена организации.
После миграции почты ищите смесь старых и новых провайдеров, опечатки в целях, отсутствие резервирования или null MX, который противоречит задуманной службе.
Убедитесь, что имена хостов обменников разрешаются и служба приёма доступна. Одна строка MX сама по себе не подтверждает исправность сервера.
Используйте валидатор адресов для синтаксиса и отбора по MX или верификатор адресов для SMTP-доказательств на уровне получателя.
Чего MX не доказывает
Маршрутизация домена и приём получателя — разные уровни пути письма.
Одни и те же хосты MX обслуживают все адреса домена: существующих пользователей, опечатки, закрытые аккаунты, ролевые ящики и догадки Catch-All.
Записи DNS могут пережить инфраструктуру или указывать на временно недоступную службу. Этот инструмент не открывает TCP- или SMTP-соединение.
SPF, DKIM и DMARC — отдельные TXT-контроли исходящей идентичности. Используйте их генераторы и проверщики, а не делайте выводы по входящим MX-записям.
Маршрутизация MX говорит, куда предлагается сообщение. Фильтрация спама, репутация, политики и правила ящика определяют, что происходит после того, как принимающая система его приняла.
Справка по протоколу
Это различие предотвращает две частые ошибки: объявлять каждый пустой результат MX недоставляемым и пропускать домен, который явно публикует отсутствие почтовой службы.
Документ IETF RFC 5321 описывает порядок MX и запасной переход на адресные записи, когда записи ресурса MX не найдены.
Документ IETF RFC 7505 определяет запись с приоритетом 0 и обменником ., которой домен заявляет, что не принимает почту. Держите этот явный сигнал отдельно от обычного ответа без данных.
Выберите следующий инструмент по типу данных: получатель, поиск адресов, DNS и инфраструктура или процесс отправителя.
Бесплатные инструменты
Проверьте записи A, AAAA, MX, TXT, NS или CNAME для любого домена. Живой DNS-запрос с мгновенным результатом. Бесплатно, без регистрации.
Данные о домене или инфраструктуре — не подтверждение существования ящика.
Инструменты проверки email
Бесплатный валидатор email для синтаксиса и опубликованных MX. Проверьте формат и маршрутизацию домена без SMTP-проверки ящика.
Данные о получателе — не о отправителе и не о DNS-конфигурации.
Инструменты проверки email
Проверьте, действителен ли email, бесплатным верификатором: синтаксис, MX, SMTP-ящик, disposable, role и catch-all.
Данные о получателе — не о отправителе и не о DNS-конфигурации.
Бесплатные инструменты
Проверьте SPF-запись любого домена. Полная запись, разбор механизмов и корректность настройки. Бесплатно, без регистрации.
Данные о домене или инфраструктуре — не подтверждение существования ящика.
Бесплатные инструменты
Проверьте запись DMARC любого домена. Политика, выравнивание, адреса отчётов и корректность настройки. Бесплатно, без регистрации.
Данные о домене или инфраструктуре — не подтверждение существования ящика.
Инструменты email
Запустите тест доставляемости email на реальном образце письма. Проверьте SPF, DKIM, DMARC, DNS, blacklist, спам-фильтр, заголовки и содержимое.
Диагностика отправителя или письма — не поиск адресов.
Отсутствие явной MX-записи — это не то же самое, что null MX. SMTP задаёт неявный запасной переход на адрес A или AAAA домена, если MX нет, хотя полагаться на этот запасной вариант не принято и он может быть настроен неверно. Одна MX-запись с приоритетом 0 и обменником . — это null MX: она явно указывает, что домен не принимает почту.
Несколько MX-записей обеспечивают резервирование. Отправляющий сервер сначала пробует запись с наименьшим номером приоритета. Если этот сервер недоступен или не отвечает, отправитель повторяет попытку со следующей записью. Так письмо доходит даже во время обслуживания или сбоев.
Номер приоритета определяет, какой почтовый сервер будет запрошен первым. Меньшие числа имеют более высокое предпочтение — приоритет 1 пробуется раньше приоритета 10. Если у двух записей одинаковый приоритет, серверы выбираются случайно для балансировки нагрузки.
Изменения DNS обычно распространяются по миру от 30 минут до нескольких часов. Значение TTL (время жизни) существующих записей определяет, как долго кэшируются старые значения. Если TTL равен 3600 (1 час), изменение может стать видимым по всему миру примерно через час.
Нет. MX-записи должны указывать на имя хоста (запись A или AAAA), а не напрямую на IP-адрес. Это требование RFC. Если указать IP-адрес, почтовые серверы не смогут корректно доставлять письма на ваш домен.
MX-записи указывают предпочтительные почтовые обменники для входящей доставки. Поиск подтверждает опубликованные имена хостов и приоритеты, но не проверяет, доступны ли эти серверы и существует ли ящик. Домен без MX-записи всё ещё может использовать неявный запасной вариант A или AAAA, заданный SMTP, а null MX явно указывает, что домен не принимает почту.
Поиск MX — один шаг в проверке адресов. BillionVerify выполняет полное SMTP-рукопожатие и подтверждает, что каждый адрес реально существует, а не только домен.
600 кредитов/мес + бонус 20/день · Полная SMTP-проверка, не только DNS · Мгновенный доступ к API · Банковская карта не нужна
