[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"blog-244f87e9-a7cf-4a2c-9726-c6417fff9fbb":3},{"id":4,"body":5,"uuid":6,"created_at":7,"updated_at":8,"brand":9,"header":10,"short_body":11,"image":12,"published":13,"published_at":14,"tags":15},43,"\u003Cp>\u003Cstrong>MX-запись\u003C\u002Fstrong> — DNS-запись, которая говорит отправителям, на какой сервер доставлять почту для вашего домена. В ней два поля: приоритет и имя почтового сервера. Для Яндекс 360 это \u003Ccode>mx.yandex.net.\u003C\u002Fcode> с приоритетом 10, для почты Mail.ru (VK WorkSpace) — \u003Ccode>emx.mail.ru.\u003C\u002Fcode> с приоритетом 10, а все старые MX-записи перед добавлением новой нужно удалить.\u003C\u002Fp>\n\u003Cp>Ниже — как устроены MX-записи домена, как их проверить командой и онлайн, пошаговая настройка у REG.RU и RU-CENTER и разбор ошибок, из-за которых почта теряется молча. В конце — почему отправка писем через FMailer вашу MX-запись не трогает вообще.\u003C\u002Fp>\n\u003Ch2>Как работает MX-запись\u003C\u002Fh2>\n\u003Cp>Когда кто-то пишет на \u003Ccode>info@example.ru\u003C\u002Fcode>, его почтовый сервер спрашивает DNS: «Какие MX у example.ru?» — и получает список вида:\u003C\u002Fp>\n\u003Cpre>\u003Ccode>example.ru.  21600  IN  MX  10  mx.yandex.net.\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Здесь \u003Ccode>21600\u003C\u002Fcode> — TTL в секундах (сколько ответ можно хранить в кеше), \u003Ccode>10\u003C\u002Fcode> означает приоритет, а \u003Ccode>mx.yandex.net.\u003C\u002Fcode> — сервер, который принимает почту. Дальше отправитель подключается к этому серверу на порт 25 и передаёт письмо.\u003C\u002Fp>\n\u003Ch3>Приоритет\u003C\u002Fh3>\n\u003Cp>Если MX-записей несколько, отправитель начинает с записи с наименьшим числом и переходит к следующей, только когда сервер не отвечает:\u003C\u002Fp>\n\u003Cpre>\u003Ccode>example.ru.  IN  MX  10  mx1.hosting.reg.ru.\nexample.ru.  IN  MX  15  mx2.hosting.reg.ru.\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Записи с одинаковым приоритетом делят нагрузку между собой. Само значение числа роли не играет: важен только порядок.\u003C\u002Fp>\n\u003Ch3>Что будет без MX\u003C\u002Fh3>\n\u003Cp>Если MX-записи нет совсем, отправитель по RFC 5321 пробует A-запись самого домена, то есть сервер сайта. Почта может годами приходить на хостинг сайта, и никто этого не заметит, пока сайт не переедет на сервер без почты.\u003C\u002Fp>\n\u003Cp>Для домена, который почту не принимает вообще, есть \u003Cstrong>null MX\u003C\u002Fstrong> (RFC 7505): единственная запись \u003Ccode>0 .\u003C\u002Fcode>. Отправитель тогда сразу возвращает ошибку, а не повторяет попытки несколько дней.\u003C\u002Fp>\n\u003Ch3>Куда может указывать MX\u003C\u002Fh3>\n\u003Cp>Только на имя хоста с A- или AAAA-записью. IP-адрес в значении MX недопустим, а CNAME запрещён RFC 2181. Большинство отправителей всё равно пройдут по алиасу, поэтому такая ошибка живёт годами и всплывает только у отдельных отправителей.\u003C\u002Fp>\n\u003Ch2>Как проверить MX-запись\u003C\u002Fh2>\n\u003Ch3>Командой\u003C\u002Fh3>\n\u003Cpre>\u003Ccode class=\"language-bash\">dig MX example.ru +short\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cpre>\u003Ccode>10 mx.yandex.net.\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>В Windows:\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-powershell\">Resolve-DnsName example.ru -Type MX\nnslookup -type=mx example.ru\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Пустой ответ означает, что MX-записей нет. Если вы только что изменили запись, а видите старую, спросите авторитетный сервер напрямую, минуя кеш провайдера:\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">dig NS example.ru +short\ndig MX example.ru @ns1.reg.ru +short\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Онлайн\u003C\u002Fh3>\n\u003Cp>\u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Ftools\u002Fmx-checker\">Проверка MX-записей\u003C\u002Fa> показывает все серверы домена по приоритету, их адреса и обратные записи, а также ошибки, о которых DNS сам не сообщит: MX на CNAME или IP, отсутствие MX с откатом на A-запись, null MX. Если нужно разом посмотреть MX, SPF, DKIM и DMARC, подойдёт \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Ftools\u002Femail-dns-checker\">общая проверка почтового DNS\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch3>Что должно быть в ответе\u003C\u002Fh3>\n\u003Cp>При проверке MX-записей домена мало убедиться, что запись есть. Пройдитесь по списку:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>у каждого хоста из MX есть A-запись (или AAAA), и она резолвится;\u003C\u002Fli>\n\u003Cli>среди значений нет IP-адресов и CNAME;\u003C\u002Fli>\n\u003Cli>нет записей прежнего провайдера;\u003C\u002Fli>\n\u003Cli>у записей одного имени одинаковый TTL;\u003C\u002Fli>\n\u003Cli>сервер из MX отвечает на порту 25.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Последний пункт удобно проверить \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Ftools\u002Fsmtp-test\">инструментом проверки SMTP-сервера\u003C\u002Fa>: введите домен, и он найдёт основной MX, подключится к нему, покажет приветствие, STARTTLS и сертификат. Если MX есть, а сервер не отвечает, почта будет копиться в очередях отправителей и через несколько дней вернётся им с ошибкой.\u003C\u002Fp>\n\u003Ch2>MX-записи Яндекса: настройка для Яндекс 360\u003C\u002Fh2>\n\u003Cp>Параметры из справки Яндекс 360:\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Поле\u003C\u002Fth>\n\u003Cth>Значение\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>Имя (хост, поддомен)\u003C\u002Ftd>\n\u003Ctd>\u003Ccode>@\u003C\u002Fcode>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Тип\u003C\u002Ftd>\n\u003Ctd>MX\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Значение\u003C\u002Ftd>\n\u003Ctd>\u003Ccode>mx.yandex.net.\u003C\u002Fcode>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Приоритет\u003C\u002Ftd>\n\u003Ctd>10\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>TTL (если поле обязательное)\u003C\u002Ftd>\n\u003Ctd>21600\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>Точка в конце \u003Ccode>mx.yandex.net.\u003C\u002Fcode> обязательна, если панель регистратора не добавляет её сама. Если панель не позволяет выбрать 10, Яндекс разрешает любой другой приоритет, кроме нуля.\u003C\u002Fp>\n\u003Cp>Перед добавлением удалите все прежние MX-записи. После сохранения проверьте ответ \u003Ccode>dig\u003C\u002Fcode>: Яндекс приводит ожидаемый результат в виде \u003Ccode>example.org. 20755 IN MX 10 mx.yandex.net.\u003C\u002Fcode>.\u003C\u002Fp>\n\u003Cp>Обмен данными между DNS-серверами занимает до 72 часов, но на практике новая запись обычно видна за время TTL старой. MX — только часть настройки: SPF, DKIM (селектор \u003Ccode>mail\u003C\u002Fcode>) и подтверждение домена в Яндекс 360 — отдельные записи.\u003C\u002Fp>\n\u003Ch2>MX-записи почты Mail.ru (VK WorkSpace)\u003C\u002Fh2>\n\u003Cp>Корпоративная почта Mail.ru теперь называется VK WorkMail и входит в VK WorkSpace. Параметры из документации VK WorkSpace:\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Поле\u003C\u002Fth>\n\u003Cth>Значение\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>Имя (хост, поддомен)\u003C\u002Ftd>\n\u003Ctd>\u003Ccode>@\u003C\u002Fcode>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Тип\u003C\u002Ftd>\n\u003Ctd>MX\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Значение\u003C\u002Ftd>\n\u003Ctd>\u003Ccode>emx.mail.ru.\u003C\u002Fcode>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Приоритет\u003C\u002Ftd>\n\u003Ctd>10\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>VK требует удалить \u003Cstrong>все\u003C\u002Fstrong> ранее настроенные MX-записи. Статус проверки показывает панель администратора VK WorkSpace в разделе «Управление доменом → Настройка MX и SPF».\u003C\u002Fp>\n\u003Ch2>Как добавить записи MX в REG.RU\u003C\u002Fh2>\n\u003Cp>Где редактировать зону, зависит от DNS-серверов домена:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>ns1.reg.ru и ns2.reg.ru\u003C\u002Fstrong>: зона редактируется в личном кабинете REG.RU;\u003C\u002Fli>\n\u003Cli>\u003Cstrong>ns1.hosting.reg.ru и ns2.hosting.reg.ru\u003C\u002Fstrong>: зоной управляет панель хостинга, и записи для почты хостинга настраиваются автоматически;\u003C\u002Fli>\n\u003Cli>\u003Cstrong>сторонние DNS-серверы\u003C\u002Fstrong>: записи меняются там, куда делегирован домен, а в REG.RU правка ничего не изменит.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Порядок для личного кабинета (по инструкции Яндекс 360 для REG.RU):\u003C\u002Fp>\n\u003Col>\n\u003Cli>Войдите в личный кабинет на reg.ru.\u003C\u002Fli>\n\u003Cli>Откройте «Домены и услуги» и нажмите на имя домена.\u003C\u002Fli>\n\u003Cli>Перейдите в «Управление» → «DNS-серверы и управление зоной».\u003C\u002Fli>\n\u003Cli>Удалите существующие MX-записи.\u003C\u002Fli>\n\u003Cli>Добавьте новую: поддомен \u003Ccode>@\u003C\u002Fcode>, почтовый сервер (например, \u003Ccode>mx.yandex.net.\u003C\u002Fcode>), приоритет 10.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>Если почта живёт на хостинге REG.RU, его инструкция приводит две записи:\u003C\u002Fp>\n\u003Cpre>\u003Ccode>example.ru.  IN  MX  10  mx1.hosting.reg.ru.\nexample.ru.  IN  MX  15  mx2.hosting.reg.ru.\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch2>MX-записи в RU-CENTER (nic.ru)\u003C\u002Fh2>\n\u003Cp>В RU-CENTER зона редактируется через услугу DNS-хостинга, и правки начинают работать только после выгрузки зоны:\u003C\u002Fp>\n\u003Col>\n\u003Cli>В личном кабинете откройте раздел «DNS-хостинг».\u003C\u002Fli>\n\u003Cli>Выберите домен в списке и откройте «Ресурсные записи».\u003C\u002Fli>\n\u003Cli>Нажмите «Добавить новую запись», выберите тип MX, укажите приоритет и почтовый сервер.\u003C\u002Fli>\n\u003Cli>Нажмите «Выгрузить зону». Без этого шага запись останется только в редакторе.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>Формат записи в справке RU-CENTER: \u003Ccode>доменное_имя [TTL] MX приоритет почтовый_сервер\u003C\u002Fcode>. Для Яндекс 360 это выглядит так:\u003C\u002Fp>\n\u003Cpre>\u003Ccode>example.ru.  MX  10  mx.yandex.net.\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Точка после имени сервера обязательна. Без неё зона дописывает к значению ваш домен, и вместо \u003Ccode>mx.yandex.net\u003C\u002Fcode> получается несуществующий \u003Ccode>mx.yandex.net.example.ru\u003C\u002Fcode>. Справка RU-CENTER напоминает ещё одно правило: у всех MX-записей одного имени TTL должен быть одинаковым.\u003C\u002Fp>\n\u003Cp>Если домен делегирован не на DNS-серверы RU-CENTER, редактор DNS-хостинга ничего не изменит: записи нужно менять там, куда указывают NS домена.\u003C\u002Fp>\n\u003Cp>Для собственной почты RU-CENTER поддержка на форуме приводила три записи: \u003Ccode>mx02.nicmail.ru\u003C\u002Fcode> с приоритетом 5, \u003Ccode>mx01.nicmail.ru\u003C\u002Fcode> с 10 и \u003Ccode>mx03.nicmail.ru\u003C\u002Fcode> с 20. Эти хосты существуют и сейчас, но сами значения взяты из ответов поддержки, а не из справки, поэтому перед правкой сверьте их с личным кабинетом.\u003C\u002Fp>\n\u003Ch2>Как перенести почту к другому провайдеру без потери писем\u003C\u002Fh2>\n\u003Cp>Смена MX — момент, когда письма теряются чаще всего: часть отправителей ещё помнит старый сервер, часть уже идёт на новый. Порядок, при котором ничего не пропадает:\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Cstrong>За сутки до переезда уменьшите TTL\u003C\u002Fstrong> у текущих MX-записей, например до 300 секунд. Тогда после смены кеши обновятся за минуты, а не за часы.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Создайте ящики у нового провайдера\u003C\u002Fstrong> и подтвердите домен, пока MX ещё указывает на старый. Яндекс 360 и VK WorkSpace подтверждают домен отдельной TXT-записью, не трогая почту.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Замените MX одной правкой\u003C\u002Fstrong>: удалите старые записи и сразу добавьте новые, чтобы не было промежутка, когда записей нет совсем или действуют записи двух провайдеров.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Не закрывайте старый ящик ещё несколько дней.\u003C\u002Fstrong> Отправители с долгим кешем и чужие очереди повторных попыток ещё какое-то время будут доставлять письма туда. Заберите их по IMAP или настройте пересылку.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Проверьте результат\u003C\u002Fstrong> через \u003Ccode>dig MX\u003C\u002Fcode> с авторитетного сервера и отправьте тестовое письмо с внешнего ящика.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Верните TTL\u003C\u002Fstrong> к обычному значению, когда всё работает.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>Вместе с MX обычно меняются и другие записи почты: SPF нового провайдера, его DKIM-ключ и, если вы его публикуете, DMARC. MX отвечает только за приём. Без SPF и DKIM письма с нового ящика будут хуже доходить до получателей, хотя входящая почта уже работает.\u003C\u002Fp>\n\u003Ch3>MX для поддомена\u003C\u002Fh3>\n\u003Cp>Поддомен может принимать почту отдельно от корня. Для адресов \u003Ccode>@support.example.ru\u003C\u002Fcode> нужна MX-запись с именем \u003Ccode>support\u003C\u002Fcode>, и она никак не влияет на почту \u003Ccode>@example.ru\u003C\u002Fcode>. Так разводят, например, корпоративную почту и тикет-систему, которая принимает обращения на своём хосте.\u003C\u002Fp>\n\u003Ch2>MX-запись и отправка через FMailer: две разные вещи\u003C\u002Fh2>\n\u003Cp>MX отвечает только за \u003Cstrong>приём\u003C\u002Fstrong> почты. Письма, которые отправляет ваш сайт или приложение, уходят по другой дороге: приложение передаёт их сервису отправки по SMTP или API, а сервис доставляет на MX \u003Cem>получателя\u003C\u002Fem>. Ваша собственная MX-запись в этом не участвует.\u003C\u002Fp>\n\u003Cp>В FMailer отправка подключается через отдельный поддомен, например \u003Ccode>mail.example.ru\u003C\u002Fcode>. Вы делегируете его через NS-записи, и FMailer сам публикует на нём DKIM, SPF и DMARC. Корневой домен со всеми его записями остаётся как был: MX по-прежнему указывает на Яндекс 360 или Mail.ru, почта сотрудников приходит туда же, а репутация рассылок считается отдельно от рабочей переписки. Порядок действий — в \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Fdocs\u002Fns-records\">документации по NS-записям\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>Если письма нужно не только отправлять, но и получать в приложении (ответы клиентов, обращения в поддержку), у FMailer есть \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Fdocs\u002Finbound\">приём входящих писем\u003C\u002Fa> на тарифах с этой функцией. Для него публикуется одна MX-запись на отдельном поддомене:\u003C\u002Fp>\n\u003Cpre>\u003Ccode>inbound.example.ru.  IN  MX  10  mx.fmailer.ru.\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Именно на поддомене: MX корневого домена, направленный на сервис приёма, увёл бы туда всю корпоративную почту.\u003C\u002Fp>\n\u003Ch2>Частые ошибки\u003C\u002Fh2>\n\u003Cp>\u003Cstrong>Старые MX остались рядом с новыми.\u003C\u002Fstrong> Часть писем уходит на прежний сервер, часть — на новый, и пропажа выглядит случайной. Перед добавлением записей нового провайдера удаляйте все прежние.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Нет точки в конце.\u003C\u002Fstrong> \u003Ccode>mx.yandex.net\u003C\u002Fcode> без точки в панели, которая точку не добавляет, превращается в \u003Ccode>mx.yandex.net.example.ru\u003C\u002Fcode>. Проверяйте результат через \u003Ccode>dig\u003C\u002Fcode>, а не по тому, как запись выглядит в редакторе.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>MX на IP-адрес или CNAME.\u003C\u002Fstrong> В значении MX должно быть имя хоста с адресной записью. Если сервер известен только по IP, заведите для него A-запись (например, \u003Ccode>mail.example.ru\u003C\u002Fcode>) и укажите её.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Запись добавлена не там.\u003C\u002Fstrong> Если NS домена указывают на хостинг или Cloudflare, правка у регистратора не работает. Сначала посмотрите \u003Ccode>dig NS example.ru\u003C\u002Fcode>, потом редактируйте зону там, куда указывают серверы имён.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>MX на поддомене вместо корня.\u003C\u002Fstrong> Для адресов вида \u003Ccode>info@example.ru\u003C\u002Fcode> нужна запись с именем \u003Ccode>@\u003C\u002Fcode>. Запись на \u003Ccode>mail.example.ru\u003C\u002Fcode> принимает почту только для адресов \u003Ccode>@mail.example.ru\u003C\u002Fcode>.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Приоритет 0 в панели, которая его не принимает.\u003C\u002Fstrong> Яндекс прямо советует выбрать любой приоритет, кроме нуля, если 10 недоступен.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Проверка через кеш.\u003C\u002Fstrong> Сразу после изменения публичный резолвер может отдавать старый ответ до истечения TTL. Спрашивайте авторитетный сервер: \u003Ccode>dig MX example.ru @<ваш NS>\u003C\u002Fcode>.\u003C\u002Fp>\n\u003Ch2>Частые вопросы\u003C\u002Fh2>\n\u003Ch3>Сколько ждать, пока MX-запись заработает?\u003C\u002Fh3>\n\u003Cp>Авторитетный сервер отдаёт новую запись сразу после сохранения (в RU-CENTER — после выгрузки зоны). Кеши резолверов обновятся по истечении TTL прежней записи, обычно за несколько часов. Провайдеры почты называют предельный срок в 72 часа.\u003C\u002Fp>\n\u003Ch3>Можно ли указать MX-записи двух разных почтовых сервисов?\u003C\u002Fh3>\n\u003Cp>Можно, но почта не будет приходить в оба ящика. Отправитель выберет сервер с наименьшим приоритетом, и второй получит письма, только когда первый недоступен. Для двух ящиков нужна пересылка или разные поддомены.\u003C\u002Fp>\n\u003Ch3>Нужна ли MX-запись, чтобы отправлять письма с домена?\u003C\u002Fh3>\n\u003Cp>Для самой отправки — нет. Но домену без MX некуда принимать ответы и отчёты о недоставке, и некоторые провайдеры считают отсутствие рабочего MX у отправителя отдельным сигналом.\u003C\u002Fp>\n\u003Ch3>Как проверить MX-записи домена без командной строки?\u003C\u002Fh3>\n\u003Cp>Введите домен в \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Ftools\u002Fmx-checker\">проверку MX-записей\u003C\u002Fa>: инструмент покажет все серверы по приоритету и ошибки конфигурации. Регистрация не нужна.\u003C\u002Fp>\n\u003Ch3>Что значит число перед именем сервера?\u003C\u002Fh3>\n\u003Cp>Это приоритет. Меньшее число пробуют первым, одинаковые числа делят нагрузку. Значение имеет только порядок, поэтому 10 и 20 работают так же, как 1 и 2.\u003C\u002Fp>\n\u003Ch3>Сломает ли подключение FMailer мою почту?\u003C\u002Fh3>\n\u003Cp>Нет. FMailer работает на делегированном поддомене отправки и не трогает MX и другие записи корневого домена.\u003C\u002Fp>\n\u003Ch2>Итог\u003C\u002Fh2>\n\u003Cp>MX-запись задаёт адрес доставки для почты домена: имя \u003Ccode>@\u003C\u002Fcode>, приоритет и имя сервера с точкой на конце. Для Яндекс 360 это \u003Ccode>mx.yandex.net.\u003C\u002Fcode> с приоритетом 10, для VK WorkSpace — \u003Ccode>emx.mail.ru.\u003C\u002Fcode> с приоритетом 10. В REG.RU запись правится в разделе «DNS-серверы и управление зоной», в RU-CENTER — в «Ресурсных записях» с обязательной выгрузкой зоны. После правки проверьте ответ через \u003Ccode>dig\u003C\u002Fcode> или онлайн-чекер, а старые MX удалите.\u003C\u002Fp>\n\u003Ch2>Попробовать FMailer\u003C\u002Fh2>\n\u003Cp>Подключите домен на fmailer.ru: отправка пойдёт через делегированный поддомен, FMailer сам опубликует на нём DKIM, SPF и DMARC, а MX-записи и рабочая почта на корневом домене останутся нетронутыми. Проверить текущие MX, SPF и DKIM своего домена можно уже сейчас, без регистрации, в разделе «Инструменты».\u003C\u002Fp>\n\u003Cp>\u003Ca href=\"https:\u002F\u002Ffmailer.ru\">Подключить домен на fmailer.ru →\u003C\u002Fa>\u003C\u002Fp>","244f87e9-a7cf-4a2c-9726-c6417fff9fbb","2026-10-07T20:59:50.906672+03:00","2026-10-07T20:59:50.910464+03:00","fmailer","MX-записи: что это и как настроить для Яндекс 360, Mail.ru, REG.RU и RU-CENTER","MX-запись указывает, какой сервер принимает почту домена. Значения для Яндекс 360 и Mail.ru, настройка MX-записей в REG.RU и RU-CENTER и проверка через dig.","https:\u002F\u002Fapi.fmailer.ru\u002Fmedia\u002Fblog\u002Frecord_244f87e9-a7cf-4a2c-9726-c6417fff9fbb\u002F12-mx-zapisi-nastroyka.jpg",true,"2026-10-26T09:00:00+03:00",[16,17,18,19,20,21,22,23,24,25],"mx запись","mx записи домена","проверить mx запись","mx записи почты","проверка mx записей","добавить записи mx","mx записи nic","mx записи яндекса","mx запись nic ru","как настроить mx запись"]