MX-запрос онлайн

Как отправитель пользуется списком

Когда сервер хочет доставить письмо на [email protected], он запрашивает MX-записи example.com. У каждой записи есть число-приоритет и имя хоста, и отправитель пробует их от наименьшего числа вверх. Записи с одинаковым числом делят почту между собой: домен с двумя записями с приоритетом 10 получает примерно по половине писем на каждую. Результат выводится как домен, TTL, «MX», а затем «приоритет хост», например 10 mail.example.com.

Если у домена нет ни одной MX, стандарт говорит возвращаться к его записи A или AAAA как к неявному почтовому хосту. Это редко то, чего кто-то хочет, а опечатка в имени домена часто заканчивается тем, что почта попадает на веб-сервер. Чтобы заявить, что домен почту не принимает, опубликуйте null MX: единственную запись 0 . (точка), описанную в RFC 7505.

Как выглядят типичные провайдеры

Когда знаешь шаблон провайдера, проверка миграции занимает минуту:

• Google Workspace, классический набор: 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. Для новых настроек Google также поддерживает одну запись 1 smtp.google.com.
• Microsoft 365: одна запись с приоритетом 0 вида yourdomain-com.mail.protection.outlook.com, где точки в домене заменены дефисами.
• Собственный сервер или почта из панели хостинга: обычно 10 mail.yourdomain.com и, по желанию, резервный 20. Резервный хост должен фильтровать спам так же, как основной, иначе он становится лёгким путём для мусора и для уведомлений о недоставке, уходящих подделанным отправителям.

Правила, которым должны следовать MX-записи

Целью MX должно быть имя хоста с собственной записью A или AAAA. Это не может быть IP-адрес, и по RFC 2181 это не должен быть CNAME, хотя некоторое ПО это терпит. Точка в конце вывода, как в mail.example.com., обозначает полное имя (FQDN). Если у хоста из списка нет адреса, следующий шаг — запрос именно по нему: воспользуйтесь A-запросом для хоста, а для IP, с которых уходит исходящая почта, — PTR-запросом.

Запись лишь направляет входящую почту. Будут ли получатели доверять вашим исходящим письмам, зависит от SPF, DKIM и DMARC — это TXT-записи, для которых есть отдельные инструменты.

Как сменить почтового провайдера и не потерять письма

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

Следим за маршрутизацией почты

Почта, которая перестала приходить, заметна меньше, чем упавший сайт, и первая жалоба часто приходит через несколько дней. DNS-монитор на запись MX с ожидаемыми хостами предупредит, когда набор изменится или пропадёт, и сопоставляет только по имени хоста или по приоритету вместе с хостом. Добавьте к нему монитор порта на почтовом хосте, чтобы видеть, когда машина перестаёт принимать соединения. Монитор порта работает в тарифе Free: 30 мониторов с интервалом 5 мин; DNS-монитор начинается со Starter за $7 в месяц, который также сокращает интервал до 1 мин.