Почта на домен не приходит: проблемы с MX-записями

#Что означает ошибка

MX-запись указывает серверы, на которые нужно доставлять письма для домена. Если записей нет или они неверны, отправитель получает MX record not found, 550 No such domain либо письмо возвращается через несколько дней. Типичный случай: домен перенесён, а MX остались от прежнего сервиса, либо вы подключили Яндекс 360/Google Workspace/VK Workspace и не добавили или не подтвердили записи.

#Причины и решения

#Пошаговое решение

1. Проверьте MXНа компьютере с Linux/macOS откройте «Терминал» (на Windows — PowerShell и nslookup -type=MX ваш-домен.example). Если установлена утилита dig, выполните dig MX ваш-домен.example +short, подставив вместо образца собственный домен. В ответе обычно видны числовой приоритет и имя почтового сервера, например 10 mail.example.net.. Пустой ответ означает отсутствие MX в полученном ответе; проверьте также dig ваш-домен.example MX и строки status и ANSWER SECTION. Если dig не установлен, используйте проверку MX в DNS-панели или nslookup. Не изменяйте DNS до сверки с параметрами действующего почтового провайдера.
2. Проверьте имя сервераВ панели DNS или через терминал сначала выясните, на какое доменное имя указывает MX: например, команда dig ваш-домен.example MX +short должна показать приоритет и имя сервера. Затем проверьте отдельно dig имя-из-MX.example A +short и при наличии IPv6 dig имя-из-MX.example AAAA +short, заменив примеры реальными именами. MX не должен указывать непосредственно на IP-адрес; использование псевдонима CNAME для MX также некорректно. Если ответы не соответствуют официальным настройкам почтового провайдера, исправьте записи на авторитетном DNS-хостинге и дождитесь окончания прежнего TTL.
3. Откройте DNS-зонуВ кабинете регистратора домена найдите опубликованные NS и определите фактического DNS-провайдера. В его панели откройте «DNS/Управление зоной» → нужный домен → записи MX; название раздела зависит от сервиса. Сравните имя, приоритет и цель MX с инструкцией вашей почтовой службы. Изменять записи у хостинга, чьи NS не делегированы, бессмысленно.
4. Добавьте нужные MXВ панели DNS именно делегированного домена нажмите «Добавить запись» → тип MX. Поле имени обычно @ для домена целиком; целевой сервер и приоритет скопируйте дословно из настроек почтового провайдера (не из примера в интернете). Сохраните; через несколько минут проверьте nslookup -type=MX example.com с вашим доменом. В целевом поле должно быть доменное имя сервера, не IP; не удаляйте прежние MX до проверки инструкции по миграции.
5. Удалите лишние MXВ панели авторитетной DNS-зоны сравните каждый MX с официальным списком действующего почтового провайдера и запишите исходные записи для отката. Удалите только подтверждённо устаревшие MX; для миграции сначала изучите порядок переключения почтового сервиса. Неверное удаление нарушает доставку входящей почты. После сохранения проверьте nslookup -type=MX example.com с реальным доменом и выполните тестовую отправку.
6. Подтвердите доменЕсли почтовый сервис требует подтверждения владения доменом, откройте его административную панель → раздел подключения/верификации домена и скопируйте предложенную TXT-запись точно, включая имя и значение. В DNS-панели авторитетной зоны нажмите «Добавить запись → TXT», введите значения и сохраните. Позже нажмите «Проверить» у почтового сервиса; задержка зависит от TTL. Подтверждение домена не заменяет настройку MX для приёма писем.
7. Настройте SPFВ настройках вашего почтового провайдера найдите официальную SPF-запись для используемой схемы отправки, затем добавьте её как TXT в авторитетной DNS-зоне. Не копируйте include:_spf.yandex.net на домен, использующий другой сервис, и не создавайте несколько отдельных SPF TXT. Проверьте сохранённое значение запросом nslookup -type=TXT example.com. SPF относится к исходящей почте и не исправляет неправильные MX-записи входящей почты.
8. Проверьте доставкуПосле публикации MX подождите, пока рекурсивные DNS-серверы обновят кеши. Отправьте контрольное письмо на ваш адрес с другого почтового сервиса, проверьте «Входящие» и «Спам». Если письмо не приходит, изучите текст уведомления о недоставке отправителю: код ошибки и имя принимающего сервера показывают, связана ли проблема с DNS, существованием ящика или фильтрами. Сохраните уведомление для поддержки почтового сервиса.
9. Команды для отдельных ситуацийВыберите только подходящий вариант. Это не одна последовательность: часть команд диагностирует проблему, а часть меняет настройки или данные.
   Выберите подходящий вариант — это не команды для последовательного выполнения

   Вариант 1Проверка MX, SPF и доступности почтового сервера.

   Linux · Терминал (Bash)КомандаКопировать всёВыделить

   Проверка MX, SPF и доступности почтового сервера.

   dig MX example.com +short

   dig TXT example.com +short

   dig mx.yandex.net A +short

   nc -zv mx.yandex.net 25

   Вариант 2Пример корректного набора записей (значения замените на данные вашего сервиса).

   INIКопировать всёВыделить

   Пример корректного набора записей (значения замените на данные вашего сервиса).

   example.com.  IN MX 10 mx.yandex.net.
   example.com.  IN TXT "v=spf1 include:_spf.yandex.net ~all"

Если после правки MX письма приходят не всем, дело в кэшировании DNS: подождите значение TTL. Не размещайте MX на CNAME: это нарушает стандарт и ломает доставку. Если у домена активны несколько MX с разным приоритетом, письмо сначала идёт на сервер с наименьшим числом. Проверьте также, что ящик создан и не переполнен: переполненный ящик вернёт ошибку 552. Для защиты репутации настройте DKIM и DMARC — без них часть писем попадёт в спам. Документация — Яндекс 360: настройка DNS.