MX-запись (Mail Exchange record)

Автор

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

MX-запись (Mail Exchange record) — это тип DNS-записи, который определяет почтовые серверы, ответственные за приём электронной почты для домена, и устанавливает их приоритеты (порядок обработки) для обеспечения отказоустойчивой доставки писем.

В 2026 году индустриальный стандарт надёжности требует наличия как минимум двухMX-записей с различными приоритетами (например, 10 и 20), расположенных в разных сетях или дата-центрах. Среднее время доставки письма при правильно настроенных MX-записях (с учётом DNS-разрешения и установки SMTP-соединения) составляет 2–5 секунд; при отсутствии резервного сервера задержки возрастают до 10–15 секунд, а при отказе основного — письма теряются. Рекомендуемый TTL для MX-записей — 3600 секунд (1 час), что позволяет быстро реагировать на смену почтового провайдера без длительного простоя.

Как это работает?

При отправке письма на адрес user@example.com почтовый сервер отправителя выполняет DNS-запрос типа MX для домена example.com. DNS-резолвер возвращает список MX-записей, каждая из которых содержит приоритет (число) и имя почтового сервера (например, mx1.example.com с приоритетом 10 и mx2.example.com с приоритетом 20). Отправитель пытается установить SMTP-соединение с сервером, имеющим наименьший числовой приоритет (самый высокий приоритет). Если соединение не удаётся (сервер недоступен, таймаут), он переходит к следующему по приоритету. При этом для каждого почтового сервера дополнительно выполняется A- или AAAA-запрос для получения его IP-адреса.

Метрики и стандарты

Минимальное количествоMX-записей — 2 (рекомендация RFC 5321). Для критичных бизнес-почтовых систем оптимально — 3 записи (два основных с разными приоритетами и один резервный на другом провайдере).
Диапазон приоритетов — от 0 до 65535; чем меньше число, тем выше приоритет. Обычно используют шаг 10 (10, 20, 30) для возможности вставки новых серверов между существующими.
TTL — стандартное значение 3600 с; при планируемой миграции почты рекомендуется снижать до 300 с за 24–48 часов.
Время разрешения — MX-запрос (включая последующее разрешение A-записи) занимает в среднем 60–120 мс при кэшировании, до 200 мс при некэшированном.
Коэффициент успешной доставки — при наличии двух резервирующих MX-записей достигает ≥ 99.9%; при единственной — падает до 95–97% из-за возможных сбоев сервера.

Почему это важно для бизнеса?

Корректно настроенные MX-записи гарантируют, что клиенты, партнёры и внутренние сотрудники будут получать письма без задержек и потерь. Недоступность почты на несколько часов может сорвать переговоры, привести к потере заказов и подрыву репутации. Кроме того, поисковые системы и сервисы аналитики часто используют почтовые уведомления (например, подтверждение регистрации, восстановление пароля) — если они не доходят, пользователи не могут завершить целевые действия, что снижает конверсию и ухудшает пользовательский опыт. Наличие резервного MX-сервера также защищает от DDoS-атак на почтовую инфраструктуру и сбоев облачного провайдера.

Пример применения

Сценарий: Компания «ТехноСервис» пользуется корпоративной почтой от Google Workspace. В DNS у них настроена единственная MX-запись с приоритетом 10, указывающая на aspmx.l.google.com. Из-за региональной проблемы доступ к этому серверу временно потерян, и все письма не доставляются в течение 4 часов, пока инженеры не перенаправляют трафик на резервный сервер. После этого компания добавляет вторую MX-запись с приоритетом 20 на alt1.aspmx.l.google.com, обеспечивая автоматическое переключение. С тех пор простоев почты не было, а доставляемость писем выросла с 97% до 99.8%.

Как это реализуется в WordPress?

MX-записи настраиваются исключительно в панели управления DNS (у регистратора или хостинг-провайдера) и не имеют прямого отношения к установленной CMS. Однако для корректной работы форм обратной связи, плагинов уведомлений и транзакционных писем WordPress должен использовать SMTP-сервер, который соответствует MX-записям домена.

НастройкаDNS: В панели управления создаётся запись типа MX, указывается имя (часто @ или оставляется пустым для основного домена), приоритет (число) и значение — полное доменное имя почтового сервера (например, mx.yandex.ru). Для поддоменов (например, mail.company.com) можно также создавать MX-записи.
Плагины WordPress для почты:
- WP Mail SMTP, Post SMTP, Easy WP SMTP — позволяют настроить отправку писем через внешний SMTP-сервер (Gmail, Yandex, Mailgun, SendGrid). При этом важно, чтобы адрес отправителя (From) соответствовал домену, для которого настроены MX-записи, иначе письма могут попадать в спам.
- Некоторые плагины (например, Fluent SMTP) предлагают автоматическую проверку MX-записей и диагностику проблем доставляемости.
Настройка сервера: На сервере с Nginx или LiteSpeed не требуется отдельных действий для MX, так как это не веб-трафик. Однако если на сервере установлен почтовый агент (например, Postfix), его конфигурация должна использовать правильные MX-записи для входящей и исходящей почты (обычно через файл /etc/postfix/main.cf).
Мониторинг иSEO: В Google Search Console и Яндекс.Вебмастере нет прямых разделов для MX, но проблемы с MX могут косвенно влиять на верификацию домена (через TXT-записи). Для отслеживания доставляемости используйте сервисы типа MXToolbox, Google Postmaster Tools. В WordPress плагины с функцией логирования писем (например, WP Mail Logging) помогут увидеть, уходят ли письма с сайта, но не проверяют входящие.

Связанные понятия

Почтовый сервер (MTA) — серверное программное обеспечение, принимающее и пересылающее электронную почту.
ПриоритетMX — числовое значение, определяющее порядок выбора почтовых серверов; меньшее число — выше приоритет.
SMTP (Simple Mail Transfer Protocol) — протокол передачи почты, используемый для отправки писем от клиента к серверу и между серверами.
A-запись — необходима для разрешения имени почтового сервера (указанного в MX) в IP-адрес.
TXT-запись (SPF,DKIM,DMARC) — связанные записи для аутентификации почты, работающие совместно с MX.
TTL (Time To Live) — время кэширования записи, важное при миграции почтового сервера.

Ошибки:

Настройка только одной MX-записи — при сбое почта полностью перестаёт доставляться; всегда добавляйте как минимум второй сервер с более высоким приоритетом (число больше).
Указание IP-адреса вместо доменного имени в качестве значения MX — это недопустимо по RFC; значение должно быть полным доменным именем (FQDN).
Неправильный приоритет (например, у резервного сервера меньшее число, чем у основного) — тогда весь трафик пойдёт на резервный, а основной простаивает, что может нарушить баланс нагрузки и политики безопасности.
Забыть удалить старые MX-записи после перехода на нового провайдера — это приведёт к тому, что часть писем будет уходить на старый сервер (если он ещё активен), вызывая потерю писем или их дублирование. Всегда проверяйте список MX через dig или nslookup после изменений.