MX-записи: что это и как настроить для Яндекс 360, Mail.ru, REG.RU и RU-CENTER

MX-записи: что это и как настроить для Яндекс 360, Mail.ru, REG.RU и RU-CENTER

MX-запись — DNS-запись, которая говорит отправителям, на какой сервер доставлять почту для вашего домена. В ней два поля: приоритет и имя почтового сервера. Для Яндекс 360 это mx.yandex.net. с приоритетом 10, для почты Mail.ru (VK WorkSpace) — emx.mail.ru. с приоритетом 10, а все старые MX-записи перед добавлением новой нужно удалить.

Ниже — как устроены MX-записи домена, как их проверить командой и онлайн, пошаговая настройка у REG.RU и RU-CENTER и разбор ошибок, из-за которых почта теряется молча. В конце — почему отправка писем через FMailer вашу MX-запись не трогает вообще.

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

Когда кто-то пишет на info@example.ru, его почтовый сервер спрашивает DNS: «Какие MX у example.ru?» — и получает список вида:

example.ru.  21600  IN  MX  10  mx.yandex.net.

Здесь 21600 — TTL в секундах (сколько ответ можно хранить в кеше), 10 означает приоритет, а mx.yandex.net. — сервер, который принимает почту. Дальше отправитель подключается к этому серверу на порт 25 и передаёт письмо.

Приоритет

Если MX-записей несколько, отправитель начинает с записи с наименьшим числом и переходит к следующей, только когда сервер не отвечает:

example.ru.  IN  MX  10  mx1.hosting.reg.ru.
example.ru.  IN  MX  15  mx2.hosting.reg.ru.

Записи с одинаковым приоритетом делят нагрузку между собой. Само значение числа роли не играет: важен только порядок.

Что будет без MX

Если MX-записи нет совсем, отправитель по RFC 5321 пробует A-запись самого домена, то есть сервер сайта. Почта может годами приходить на хостинг сайта, и никто этого не заметит, пока сайт не переедет на сервер без почты.

Для домена, который почту не принимает вообще, есть null MX (RFC 7505): единственная запись 0 .. Отправитель тогда сразу возвращает ошибку, а не повторяет попытки несколько дней.

Куда может указывать MX

Только на имя хоста с A- или AAAA-записью. IP-адрес в значении MX недопустим, а CNAME запрещён RFC 2181. Большинство отправителей всё равно пройдут по алиасу, поэтому такая ошибка живёт годами и всплывает только у отдельных отправителей.

Как проверить MX-запись

Командой

dig MX example.ru +short

10 mx.yandex.net.

В Windows:

Resolve-DnsName example.ru -Type MX
nslookup -type=mx example.ru

Пустой ответ означает, что MX-записей нет. Если вы только что изменили запись, а видите старую, спросите авторитетный сервер напрямую, минуя кеш провайдера:

dig NS example.ru +short
dig MX example.ru @ns1.reg.ru +short

Онлайн

Проверка MX-записей показывает все серверы домена по приоритету, их адреса и обратные записи, а также ошибки, о которых DNS сам не сообщит: MX на CNAME или IP, отсутствие MX с откатом на A-запись, null MX. Если нужно разом посмотреть MX, SPF, DKIM и DMARC, подойдёт общая проверка почтового DNS.

Что должно быть в ответе

При проверке MX-записей домена мало убедиться, что запись есть. Пройдитесь по списку:

  • у каждого хоста из MX есть A-запись (или AAAA), и она резолвится;
  • среди значений нет IP-адресов и CNAME;
  • нет записей прежнего провайдера;
  • у записей одного имени одинаковый TTL;
  • сервер из MX отвечает на порту 25.

Последний пункт удобно проверить инструментом проверки SMTP-сервера: введите домен, и он найдёт основной MX, подключится к нему, покажет приветствие, STARTTLS и сертификат. Если MX есть, а сервер не отвечает, почта будет копиться в очередях отправителей и через несколько дней вернётся им с ошибкой.

MX-записи Яндекса: настройка для Яндекс 360

Параметры из справки Яндекс 360:

Поле Значение
Имя (хост, поддомен) @
Тип MX
Значение mx.yandex.net.
Приоритет 10
TTL (если поле обязательное) 21600

Точка в конце mx.yandex.net. обязательна, если панель регистратора не добавляет её сама. Если панель не позволяет выбрать 10, Яндекс разрешает любой другой приоритет, кроме нуля.

Перед добавлением удалите все прежние MX-записи. После сохранения проверьте ответ dig: Яндекс приводит ожидаемый результат в виде example.org. 20755 IN MX 10 mx.yandex.net..

Обмен данными между DNS-серверами занимает до 72 часов, но на практике новая запись обычно видна за время TTL старой. MX — только часть настройки: SPF, DKIM (селектор mail) и подтверждение домена в Яндекс 360 — отдельные записи.

MX-записи почты Mail.ru (VK WorkSpace)

Корпоративная почта Mail.ru теперь называется VK WorkMail и входит в VK WorkSpace. Параметры из документации VK WorkSpace:

Поле Значение
Имя (хост, поддомен) @
Тип MX
Значение emx.mail.ru.
Приоритет 10

VK требует удалить все ранее настроенные MX-записи. Статус проверки показывает панель администратора VK WorkSpace в разделе «Управление доменом → Настройка MX и SPF».

Как добавить записи MX в REG.RU

Где редактировать зону, зависит от DNS-серверов домена:

  • ns1.reg.ru и ns2.reg.ru: зона редактируется в личном кабинете REG.RU;
  • ns1.hosting.reg.ru и ns2.hosting.reg.ru: зоной управляет панель хостинга, и записи для почты хостинга настраиваются автоматически;
  • сторонние DNS-серверы: записи меняются там, куда делегирован домен, а в REG.RU правка ничего не изменит.

Порядок для личного кабинета (по инструкции Яндекс 360 для REG.RU):

  1. Войдите в личный кабинет на reg.ru.
  2. Откройте «Домены и услуги» и нажмите на имя домена.
  3. Перейдите в «Управление» → «DNS-серверы и управление зоной».
  4. Удалите существующие MX-записи.
  5. Добавьте новую: поддомен @, почтовый сервер (например, mx.yandex.net.), приоритет 10.

Если почта живёт на хостинге REG.RU, его инструкция приводит две записи:

example.ru.  IN  MX  10  mx1.hosting.reg.ru.
example.ru.  IN  MX  15  mx2.hosting.reg.ru.

MX-записи в RU-CENTER (nic.ru)

В RU-CENTER зона редактируется через услугу DNS-хостинга, и правки начинают работать только после выгрузки зоны:

  1. В личном кабинете откройте раздел «DNS-хостинг».
  2. Выберите домен в списке и откройте «Ресурсные записи».
  3. Нажмите «Добавить новую запись», выберите тип MX, укажите приоритет и почтовый сервер.
  4. Нажмите «Выгрузить зону». Без этого шага запись останется только в редакторе.

Формат записи в справке RU-CENTER: доменное_имя [TTL] MX приоритет почтовый_сервер. Для Яндекс 360 это выглядит так:

example.ru.  MX  10  mx.yandex.net.

Точка после имени сервера обязательна. Без неё зона дописывает к значению ваш домен, и вместо mx.yandex.net получается несуществующий mx.yandex.net.example.ru. Справка RU-CENTER напоминает ещё одно правило: у всех MX-записей одного имени TTL должен быть одинаковым.

Если домен делегирован не на DNS-серверы RU-CENTER, редактор DNS-хостинга ничего не изменит: записи нужно менять там, куда указывают NS домена.

Для собственной почты RU-CENTER поддержка на форуме приводила три записи: mx02.nicmail.ru с приоритетом 5, mx01.nicmail.ru с 10 и mx03.nicmail.ru с 20. Эти хосты существуют и сейчас, но сами значения взяты из ответов поддержки, а не из справки, поэтому перед правкой сверьте их с личным кабинетом.

Как перенести почту к другому провайдеру без потери писем

Смена MX — момент, когда письма теряются чаще всего: часть отправителей ещё помнит старый сервер, часть уже идёт на новый. Порядок, при котором ничего не пропадает:

  1. За сутки до переезда уменьшите TTL у текущих MX-записей, например до 300 секунд. Тогда после смены кеши обновятся за минуты, а не за часы.
  2. Создайте ящики у нового провайдера и подтвердите домен, пока MX ещё указывает на старый. Яндекс 360 и VK WorkSpace подтверждают домен отдельной TXT-записью, не трогая почту.
  3. Замените MX одной правкой: удалите старые записи и сразу добавьте новые, чтобы не было промежутка, когда записей нет совсем или действуют записи двух провайдеров.
  4. Не закрывайте старый ящик ещё несколько дней. Отправители с долгим кешем и чужие очереди повторных попыток ещё какое-то время будут доставлять письма туда. Заберите их по IMAP или настройте пересылку.
  5. Проверьте результат через dig MX с авторитетного сервера и отправьте тестовое письмо с внешнего ящика.
  6. Верните TTL к обычному значению, когда всё работает.

Вместе с MX обычно меняются и другие записи почты: SPF нового провайдера, его DKIM-ключ и, если вы его публикуете, DMARC. MX отвечает только за приём. Без SPF и DKIM письма с нового ящика будут хуже доходить до получателей, хотя входящая почта уже работает.

MX для поддомена

Поддомен может принимать почту отдельно от корня. Для адресов @support.example.ru нужна MX-запись с именем support, и она никак не влияет на почту @example.ru. Так разводят, например, корпоративную почту и тикет-систему, которая принимает обращения на своём хосте.

MX-запись и отправка через FMailer: две разные вещи

MX отвечает только за приём почты. Письма, которые отправляет ваш сайт или приложение, уходят по другой дороге: приложение передаёт их сервису отправки по SMTP или API, а сервис доставляет на MX получателя. Ваша собственная MX-запись в этом не участвует.

В FMailer отправка подключается через отдельный поддомен, например mail.example.ru. Вы делегируете его через NS-записи, и FMailer сам публикует на нём DKIM, SPF и DMARC. Корневой домен со всеми его записями остаётся как был: MX по-прежнему указывает на Яндекс 360 или Mail.ru, почта сотрудников приходит туда же, а репутация рассылок считается отдельно от рабочей переписки. Порядок действий — в документации по NS-записям.

Если письма нужно не только отправлять, но и получать в приложении (ответы клиентов, обращения в поддержку), у FMailer есть приём входящих писем на тарифах с этой функцией. Для него публикуется одна MX-запись на отдельном поддомене:

inbound.example.ru.  IN  MX  10  mx.fmailer.ru.

Именно на поддомене: MX корневого домена, направленный на сервис приёма, увёл бы туда всю корпоративную почту.

Частые ошибки

Старые MX остались рядом с новыми. Часть писем уходит на прежний сервер, часть — на новый, и пропажа выглядит случайной. Перед добавлением записей нового провайдера удаляйте все прежние.

Нет точки в конце. mx.yandex.net без точки в панели, которая точку не добавляет, превращается в mx.yandex.net.example.ru. Проверяйте результат через dig, а не по тому, как запись выглядит в редакторе.

MX на IP-адрес или CNAME. В значении MX должно быть имя хоста с адресной записью. Если сервер известен только по IP, заведите для него A-запись (например, mail.example.ru) и укажите её.

Запись добавлена не там. Если NS домена указывают на хостинг или Cloudflare, правка у регистратора не работает. Сначала посмотрите dig NS example.ru, потом редактируйте зону там, куда указывают серверы имён.

MX на поддомене вместо корня. Для адресов вида info@example.ru нужна запись с именем @. Запись на mail.example.ru принимает почту только для адресов @mail.example.ru.

Приоритет 0 в панели, которая его не принимает. Яндекс прямо советует выбрать любой приоритет, кроме нуля, если 10 недоступен.

Проверка через кеш. Сразу после изменения публичный резолвер может отдавать старый ответ до истечения TTL. Спрашивайте авторитетный сервер: dig MX example.ru @<ваш NS>.

Частые вопросы

Сколько ждать, пока MX-запись заработает?

Авторитетный сервер отдаёт новую запись сразу после сохранения (в RU-CENTER — после выгрузки зоны). Кеши резолверов обновятся по истечении TTL прежней записи, обычно за несколько часов. Провайдеры почты называют предельный срок в 72 часа.

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

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

Нужна ли MX-запись, чтобы отправлять письма с домена?

Для самой отправки — нет. Но домену без MX некуда принимать ответы и отчёты о недоставке, и некоторые провайдеры считают отсутствие рабочего MX у отправителя отдельным сигналом.

Как проверить MX-записи домена без командной строки?

Введите домен в проверку MX-записей: инструмент покажет все серверы по приоритету и ошибки конфигурации. Регистрация не нужна.

Что значит число перед именем сервера?

Это приоритет. Меньшее число пробуют первым, одинаковые числа делят нагрузку. Значение имеет только порядок, поэтому 10 и 20 работают так же, как 1 и 2.

Сломает ли подключение FMailer мою почту?

Нет. FMailer работает на делегированном поддомене отправки и не трогает MX и другие записи корневого домена.

Итог

MX-запись задаёт адрес доставки для почты домена: имя @, приоритет и имя сервера с точкой на конце. Для Яндекс 360 это mx.yandex.net. с приоритетом 10, для VK WorkSpace — emx.mail.ru. с приоритетом 10. В REG.RU запись правится в разделе «DNS-серверы и управление зоной», в RU-CENTER — в «Ресурсных записях» с обязательной выгрузкой зоны. После правки проверьте ответ через dig или онлайн-чекер, а старые MX удалите.

Попробовать FMailer

Подключите домен на fmailer.ru: отправка пойдёт через делегированный поддомен, FMailer сам опубликует на нём DKIM, SPF и DMARC, а MX-записи и рабочая почта на корневом домене останутся нетронутыми. Проверить текущие MX, SPF и DKIM своего домена можно уже сейчас, без регистрации, в разделе «Инструменты».

Подключить домен на fmailer.ru →