Что такое запись MX?

Как работает запись MX?

Отправляющий почтовый сервер запрашивает у DNS записи MX для части после @, сортирует их по приоритету и пробует в этом порядке. Когда кто-то пишет на [email protected], его сервер ищет записи MX для yourname.com. Каждая запись содержит два значения: номер приоритета и имя почтового хоста.

RFC 5321, стандарт SMTP, говорит, что значение предпочтения должно использоваться при сортировке, что меньшие номера пробуются первыми и что хосты с равным предпочтением выбираются в случайном порядке. Отправитель пробует по очереди как минимум два адреса, пока один из них не примет сообщение.

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

Что означает номер приоритета?

Номер приоритета задаёт порядок доставки: сервер с наименьшим номером получает почту первым, а следующий служит резервным. У числа нет единицы измерения и смысла вне сравнения между вашими собственными записями. 10 и 20 работают точно так же, как 1 и 2.

Proton Mail использует две записи: mail.protonmail.ch с приоритетом 10 и mailsec.protonmail.ch с приоритетом 20. Fastmail тоже использует 10 и 20 для in1-smtp.messagingengine.com и in2-smtp.messagingengine.com. Mailbox.org указывает четыре хоста, mxext1–mxext4, с одним и тем же приоритетом 10, поэтому отправитель выбирает один случайно; если ваш DNS-хостинг не принимает одинаковые приоритеты, Mailbox.org советует использовать 10, 20, 30 и 40.

Одно правило спасает много потерянных писем: оставляйте только записи MX вашего текущего провайдера. Fastmail и Proton предупреждают, что оставленная запись MX старого провайдера делает доставку непредсказуемой, потому что отправитель может выбрать её. Единственное безопасное перекрытие — дать новому хосту наименьший номер приоритета.

Что происходит, если у домена нет записи MX?

Без какой-либо записи MX отправитель возвращается к адресной записи самого домена, как если бы у домена была запись MX с приоритетом 0, указывающая на его собственную запись A или AAAA. RFC 5321 называет это неявным MX (implicit MX). Откат применяется, только когда записи MX нет вообще: как только опубликована хотя бы одна запись MX, отправители не должны использовать записи A или AAAA домена.

Для домена, который вы не используете для почты, откат — неприятность. Отправители продолжают пытаться доставить почту на ваш веб-сервер, обычно в течение нескольких дней, а о сбое отправитель узнаёт поздно. Null MX закрывает дверь сразу.

Что такое запись null MX?

Null MX — это одна запись MX с приоритетом 0 и точкой в качестве target, и она заявляет, что домен вообще не принимает почту. Он определён в RFC 7505. При null MX отправляющий сервер завершает доставку ошибкой с первой попытки и не держит сообщение в очереди несколько дней.

RFC 7505 устанавливает два правила. Домен, публикующий null MX, не должен публиковать никакую другую запись MX, поэтому null MX остаётся единственной. А домен, отправляющий почту со своих адресов, не должен использовать null MX, потому что получатели могут отклонять его сообщения. Используйте его только для имени, которое ничего не отправляет и не получает, например для домена, который вы держите ради перенаправления или защитной регистрации. В нотации файла зоны запись выглядит так:

Может ли запись MX указывать на IP-адрес или CNAME?

Нет: target записи MX — это имя хоста, которое разрешается в запись A или AAAA, но никогда не голый IP-адрес. RFC 5321 также оставляет target, разрешающийся через CNAME, вне своей области, поэтому безопасный выбор — направлять MX прямо на хост, которому принадлежат его адресные записи. Провайдеры публикуют правильные имена хостов, как в таблице выше.

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

Как добавить или изменить записи MX на моём домене?

Откройте DNS-редактор домена, удалите записи MX прежнего провайдера и добавьте новые с их приоритетами. Postelva даёт каждому домену бесплатный DNS-хостинг с MX, TXT, CNAME и другими типами записей, и DNS-шаблоны в один клик для Proton Mail, Fastmail, Zoho Mail, Google Workspace и Microsoft 365, а также шаблон SPF + DMARC и шаблон «без почты» для домена, который ничего не отправляет. Для Tuta, Mailbox.org, iCloud+ и Migadu шаблона в один клик нет: записи MX, TXT и CNAME вы вводите в DNS-редакторе по значениям, которые показывает ваш провайдер.

Перед переносом снизьте TTL старых записей MX. Время распространения изменения составляет примерно старый TTL записи на момент изменения, а рекомендации вендоров называют обычной задержкой изменения MX от одного до четырёх часов, иногда до 48. Пошаговый порядок описан в руководстве по переносу почты к новому провайдеру без потери писем. После изменения проверьте свои записи MX, SPF, DKIM и DMARC запросом. Для разбора по провайдеру начните с настройки собственного домена в Proton Mail.

Достаточно ли MX для надёжного получения почты?

Нет: MX определяет, куда приходит почта, а SPF, DKIM и DMARC определяют, доверяют ли другие серверы отправляемой вами почте. Домен с правильными записями MX получает почту, а отправленное с него сообщение может всё равно попасть в спам без трёх записей аутентификации. Они объяснены рядом в статье SPF, DKIM и DMARC: в чём разница.

По подсчётам Postelva на 12 ноября 2026 года по провайдерам, чьи справочные страницы она прочитала, Proton Mail и Fastmail используют по 2 хоста MX, а Mailbox.org — 4. Полная настройка Proton Mail — это тогда 8 записей: 1 проверочная TXT, 2 MX, 1 SPF, 3 DKIM и 1 DMARC.

Резюме, которое можно цитировать: запись MX сообщает миру, какой сервер принимает почту домена, и её изменение — единственный шаг, переносящий адрес между провайдерами. Postelva продаёт домен и его DNS; почтовый ящик остаётся у вашего почтового провайдера.