MX-записи: как электронная почта находит дорогу

Когда кто-то отправляет письмо на name@example.com, отправляющий почтовый сервер не просто ищет обычную A-запись example.com. Он запрашивает совершенно другой тип записи: MX, от Mail Exchange (почтовый обменник). MX-запись указывает на имя хоста сервера, отвечающего за приём почты этого домена, — и это очень часто совсем не тот адрес, по которому находится сам сайт.

Приоритет: то, что удивляет людей

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

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

Почему это важно не только для «почта работает или не работает»

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

Домен, который намеренно не отправляет почту

Не каждому домену нужна почта, и оставлять это неопределённым — само по себе небольшая брешь в безопасности: без явного сигнала некоторые почтовые системы всё равно попытаются доставить письмо или сделают допущения об отсутствующей конфигурации. RFC 7505 определяет специально для этого «null MX»: единственная MX-запись, указывающая на «.» (корень, то есть никуда) с приоритетом 0, явно объявляет: «этот домен не принимает почту, не пытайтесь». Это небольшое и простое дополнение, которое стоит задать для любого домена — маркетингового домена-перенаправления, внутреннего служебного домена, — который никогда не будет ни отправлять, ни получать почту.

Распространённая ошибка, которой стоит избегать

Удивительно частая ошибка конфигурации — указывать MX-запись прямо на IP-адрес или на имя хоста, у которого есть только CNAME, а не настоящая запись A/AAAA. Оба варианта нарушают правила самого типа записи, и почтовые системы, строго следующие спецификации, вовсе откажутся доставлять почту, а не будут гадать, что имелось в виду. Если сайт домена работает отлично, а доставка почты не просто медленная, а полностью отсутствует, одна из первых и самых дешёвых проверок — убедиться, что каждая цель MX действительно разрешается в обычную запись A или AAAA, а не в CNAME и не в голый IP, введённый по ошибке.