Как проверить MX-запись и протестировать маршрутизацию почты

MX-запрос проверяет, какие почтовые обменники домен публикует для входящей почты. Чтобы выполнить его, запросите MX-запись домена и изучите каждое возвращённое имя хоста и значение приоритета. Затем убедитесь, что имена хостов-целей разрешаются в адреса и соответствуют текущей конфигурации почтового провайдера. Это быстрый способ обнаружить отсутствующую запись или устаревшую цель провайдера после миграции. Однако наличие MX-ответа не гарантирует, что принимающая система работает, принимает конкретный почтовый ящик или доставляет письмо во входящие. DNS — один из важных уровней маршрутизации почты, но не вся система доставки.

Правильно читайте значения приоритета

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

Точно указывайте, какой домен вы запрашиваете. Компания может использовать example.com для адресов, а поддомен — обслуживать отдельный почтовый поток, либо продукт может использовать делегированный поддомен для отправки. Запрос mail.example.com, когда получатели используют @example.com, может дать ответ, не связанный с маршрутом почтового ящика. Если MX-запись не опубликована, почтовые системы могут применить запасное поведение с использованием адресных записей домена, но это не заменяет проверку нужной настройки провайдера. Следуйте документации почтового хостинга и используйте именно тот домен, который связан с адресами получателей.

Типичные проблемы MX-запроса

Отсутствующая MX-запись может означать, что маршрутизация почты никогда не настраивалась, что запрошено не то имя хоста или что при миграции DNS запись пропустили. Цель, которая не разрешается, может сорвать доставку, даже если сама MX-запись формально присутствует. Старые значения MX прежнего провайдера могут продолжать появляться в рекурсивных запросах, пока истекают закешированные ответы. Опечатка в имени хоста-цели или неверный приоритет могут направить почту не в тот сервис. Просмотрите авторитативную зону и панель провайдера вместе, а затем сравните публичные ответы через резолвер, который не просто показывает закешированный предпросмотр из панели.

• Проверьте MX для точного домена получателя.
• Сравните каждый приоритет и цель с инструкциями провайдера.
• Разрешите имя хоста каждого обменника и убедитесь, что значения актуальны.
• Изучите авторитативные ответы, если рекурсивные кажутся устаревшими.
• Отдельно проверьте SPF, DKIM и DMARC для исходящей аутентификации.

Проверьте маршрутизацию после изменений

Прежде чем менять MX, запишите текущую конфигурацию и выясните, какие почтовые ящики и отправители от неё зависят. Опубликуйте новые значения точно так, как они предоставлены, включая правила с конечной точкой, если этого требует DNS-хостинг, и убедитесь, что авторитативная зона приняла изменения. После публикации выполните MX-запрос и разрешите все цели. Отправьте контрольные письма от внешнего провайдера на адреса, которые должны получать почту, и изучите почтовые журналы или диагностику провайдера, если доставка не удалась. Учтите TTL и логику повторных попыток: чтобы изменение стало использоваться последовательно удалёнными отправляющими системами, может потребоваться время.

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

Не диагностируйте доставку только по MX

MX-запрос проверяет публичную инструкцию по маршрутизации, но у доставки есть несколько последующих шагов: отправляющий сервер разрешает имя хоста обменника, открывает соединение, при настройке согласует защиту транспорта, а получатель применяет правила для почтового ящика, репутации и политики. Корректный набор MX может указывать на временно недоступный сервис, а успешное SMTP-соединение всё равно может отклонить получателя или отнести письмо к нежелательным. Если DNS выглядит правильным, соберите статус доставки от отправляющего провайдера, текст отказа на стороне получателя и журналы серверов. Эти данные покажут, чем вызвана следующая проблема: разрешением адреса, сетевой доступностью, политикой SMTP, существованием ящика или спам-фильтрацией.