Что такое запрос ESP / MX?
Каждый домен, принимающий почту, публикует одну или несколько MX-записей (Mail Exchanger) в DNS. Эти записи указывают на имена хостов почтовых серверов, отвечающих за приём сообщений, с числовым приоритетом, определяющим порядок разрешения. Шаблоны имён обычно характерны — Google Workspace публикует `aspmx.l.google.com`, Microsoft 365 — `*.mail.protection.outlook.com`, Zoho — `mx.zoho.com`, и так далее.
ESP-чекер запрашивает эти MX-записи, сортирует их по приоритету и сопоставляет имена хостов с базой известных провайдеров. Протокол регулируется RFC 5321 (современная спецификация SMTP) и RFC 7505 (определяет 'Null MX' для доменов, которые никогда не получают почту).
Зачем проверять записи ESP / MX?
1Адаптируйте аутрич к провайдеру
Gmail, Microsoft и локальные фильтры оценивают содержимое по-разному — знание получателя помогает выбирать тему и HTML
2Подтверждайте миграции
После перехода с одного провайдера на другого убедитесь, что MX указывают на новую платформу, до отключения старой
3Обнаруживайте неправильно маршрутизированную почту
Опечатка или устаревшая MX-запись тихо отправляет письма не тому провайдеру — чекер сразу это покажет
4Аудит портфеля доменов
При покупке или аудите компании сразу увидите, какая почтовая платформа используется для каждого домена
Как работает определение ESP — шаг за шагом
Вы вводите домен. Чекер запрашивает его MX-записи через DNS.
Каждая MX-запись разбирается на число приоритета и имя хоста.
Записи сортируются по приоритету — отправляющие серверы пробуют наименьшее число первым.
Имена хостов сопоставляются с шаблонами известных провайдеров (Google, Microsoft, Zoho, Proofpoint, Mimecast и десятки других).
Определённый провайдер выводится с полным списком MX по приоритету, чтобы вы могли проверить маршрутизацию самостоятельно.
Синтаксис MX-записи
example.com. 3600 IN MX 1 aspmx.l.google.com.
example.com. 3600 IN MX 5 alt1.aspmx.l.google.com.
example.com. 3600 IN MX 5 alt2.aspmx.l.google.com.Описание полей
приоритет— меньшее число побеждает, этот хост пробуется первымхост— имя хоста принимающего сервераTTL— время кэширования в секундахIN— класс интернет-записиMX— тип записиТипичные сбои ESP / MX и решения
MX-записи не опубликованы
Без MX-записей домен не сможет принимать почту — опубликуйте записи, которые предоставил ваш провайдер
MX старого провайдера всё ещё активен
После миграции старая MX-запись продолжает отвечать — удалите устаревшие записи, чтобы прервать петли
Одинаковый приоритет у всех записей
Либо специально (round-robin), либо случайно — сверьтесь с документацией провайдера
MX указывает на CNAME
RFC 2181 запрещает MX, указывающие на CNAME — направляйте MX напрямую на хост с записью A/AAAA
Часто задаваемые вопросы
ESP-чекер (Email Service Provider) проверяет MX-записи домена и сопоставляет их с базой известных провайдеров — Google Workspace, Microsoft 365, Zoho, Proofpoint и Mimecast. Имена хостов MX обычно однозначно выдают провайдера, даже если сам домен кастомный.
Знание принимающего ESP помогает адаптировать аутрич — Gmail и Outlook оценивают контент по-разному — и облегчает диагностику проблем доставки, опираясь на опубликованные правила провайдера. Для собственного домена это подтверждает, что после миграции MX не указывают на устаревшую платформу.
Почтовые провайдеры публикуют несколько MX для резервирования. Если основной хост недоступен, отправляющие серверы переходят к следующему по приоритету. Google Workspace и Microsoft 365 обычно публикуют 4–5 MX-записей на разной инфраструктуре, чтобы гарантировать приём почты даже при региональных сбоях.
Он работает с любым доменом, публикующим MX-записи. Припаркованные или неиспользуемые домены часто отдают MX по умолчанию от регистратора или конфигурацию 'без MX', и чекер чётко это покажет. Это удобно для аудита целых портфелей доменов.
Зная, использует ли потенциальный клиент Google, Microsoft или другого провайдера, вы можете сегментировать кампании и адаптировать отправку под особенности фильтрации каждого провайдера. Вы можете прогревать и направлять подходящие ящики для каждого сегмента и отдавать приоритет провайдерам, где ваша доставляемость наиболее высока.
«Unknown» обычно означает, что у домена нет MX-записей, он использует провайдера, которого инструмент не может сопоставить с известной сигнатурой, или направляет почту через пользовательский либо самостоятельно размещённый сервер. Это также может появляться для припаркованных или неправильно настроенных доменов, не настроенных на приём почты.