Яндекс 360: настройка почты для домена — MX, SPF, DKIM и DMARC

Яндекс 360 для бизнеса требует одну MX-запись, SPF-запись и DKIM-ключ, который панель администратора организации создаёт для вашего домена.

Названия провайдеров указывают, для какого сервиса написано руководство. За исключением Zarfio — это наш собственный почтовый сервис — они не означают ни партнёрства, ни одобрения. Значения, которые провайдер создаёт для конкретного домена, здесь никогда не печатаются: копируйте их из панели провайдера.

Шаги

  1. Добавьте и подтвердите домен. Добавьте домен в панели администратора и подтвердите его TXT-записью, которую показывает панель (предлагаются и другие способы).
  2. Создайте ящики. Создайте все адреса до переноса MX.
  3. Опубликуйте MX-запись. Удалите старые MX-записи и добавьте одну запись с приоритетом 10, указывающую на mx.yandex.net.
  4. Опубликуйте SPF. Добавьте одну TXT-запись на самом домене: v=spf1 redirect=_spf.yandex.net. Если от имени домена отправляют и другие сервисы, используйте include:_spf.yandex.net вместе с их include и завершите запись механизмом ~all, потому что redirect нельзя сочетать с all.
  5. Опубликуйте DKIM. Скопируйте открытый ключ из панели администратора в TXT-запись по имени mail._domainkey.
  6. Добавьте DMARC и проверьте. Опубликуйте DMARC-запись с p=none, затем запустите проверки на этой странице.

DNS-записи для Yandex 360

Хост «@» означает сам домен (example.com). Одни DNS-хостинги требуют оставить это поле пустым, другие — вписать полное имя: следуйте правилам своего DNS-хостинга.

НазначениеТипХостПриоритетЗначение
Подтверждение доменаTXT@—Создаётся для вашего домена. Скопируйте значение отсюда: панель администратора Яндекс 360 для бизнеса (настройки вашего домена).
Приём почты (MX)MX@10mx.yandex.net.
SPFTXT@—v=spf1 redirect=_spf.yandex.net
DKIMTXTmail._domainkey—Создаётся для вашего домена. Скопируйте значение отсюда: панель администратора Яндекс 360 для бизнеса (настройки вашего домена).
Подтверждение домена
Тип
TXT
Хост
@
Значение
Создаётся для вашего домена. Скопируйте значение отсюда: панель администратора Яндекс 360 для бизнеса (настройки вашего домена).
Приём почты (MX)
Тип
MX
Хост
@
Приоритет
10
Значение
mx.yandex.net.
SPF
Тип
TXT
Хост
@
Значение
v=spf1 redirect=_spf.yandex.net
DKIM
Тип
TXT
Хост
mail._domainkey
Значение
Создаётся для вашего домена. Скопируйте значение отсюда: панель администратора Яндекс 360 для бизнеса (настройки вашего домена).
  • DKIM-селектор — «mail». Укажите его в инструменте «Проверка DKIM».
  • Если ваш домен делегирован на собственный DNS-хостинг Яндекса, панель может создать эти записи за вас.

DMARC

DMARC одинаков для всех провайдеров: одна TXT-запись по имени _dmarc.example.com. Начните с p=none и адреса для отчётов: так вы будете получать отчёты, не влияя на доставку.

Читайте отчёты несколько недель. Когда каждый легитимный отправитель проходит SPF или DKIM с выровненным доменом, переходите на p=quarantine, а затем на p=reject. Переход на reject до того, как DKIM включён у всех отправителей, — обычная причина потери легитимных писем.

_dmarc.example.com.  3600  IN  TXT  "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com"

Дополнительно: MTA-STS, TLS-RPT и BIMI

MTA-STS сообщает отправляющим серверам, что при доставке вам нужно требовать TLS. Нужны TXT-запись и файл политики, который отдаётся по HTTPS с mta-sts.example.com; в политике должны быть точно перечислены MX-хосты вашего провайдера.

TLS-RPT просит отправителей сообщать о сбоях TLS при доставке на выбранный вами адрес. Одна TXT-запись, на доставку не влияет.

BIMI позволяет некоторым почтовым сервисам показывать ваш логотип. Для него нужен DMARC с политикой quarantine или reject, а большинство сервисов требует ещё и сертификат подтверждённого знака.

_mta-sts.example.com.  3600  IN  TXT  "v=STSv1; id=20260921T000000"
_smtp._tls.example.com.  3600  IN  TXT  "v=TLSRPTv1; rua=mailto:tls-reports@example.com"
default._bimi.example.com.  3600  IN  TXT  "v=BIMI1; l=https://example.com/logo.svg"

Советы по TTL

Прежде чем менять MX-записи домена, который уже принимает почту, снизьте их TTL до 300 секунд и дождитесь, пока истечёт старый TTL. После этого резолверы подхватят новые записи за считаные минуты.

Когда новая настройка проработает несколько дней, снова поднимите TTL: часто используют 3600 секунд. Записи SPF, DKIM и DMARC меняются редко, для них 3600 вполне подходит.

Сколько времени занимают изменения?

Ваши авторитетные NS-серверы отвечают новой записью, как только DNS-хостинг её опубликовал. Резолвер, у которого в кеше старый ответ, хранит его до истечения старого TTL; имя, которого раньше не было, может считаться отсутствующим в течение времени негативного кеширования из вашей SOA-записи.

Момента, когда изменение оказывается сразу везде, не существует. Инструмент проверки распространения показывает, что отвечает фиксированный набор публичных резолверов в момент проверки, в виде счёта, например «9 из 12 резолверов», и ничего сверх этого.

Провайдеры перепроверяют ваши записи по собственному расписанию, поэтому кнопка проверки в панели может ещё какое-то время оставаться красной, когда DNS уже настроен верно.

Проверьте свою настройку

Введите домен и выберите проверку. Каждая из них — живой запрос с нашего сервера; если запрос не удался, результат показывается как «не удалось проверить», а не как отсутствующая запись.

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

  • Другие отправители добавлены после redirect=. Всё, что идёт после redirect, игнорируется, пока запись не переписана с include:.
  • Две SPF-записи. У домена может быть только одна TXT-запись, начинающаяся с v=spf1; вторая приводит к постоянной ошибке SPF. Объедините механизмы include: в одной записи.
  • MX-записи старого провайдера оставлены рядом с новыми. Тогда почта попадает то к одному, то к другому — в зависимости от приоритета и случая.
  • Полное имя введено в поле хоста, которое само дописывает домен: получается google._domainkey.example.com.example.com. После сохранения проверьте запись запросом.
  • DKIM-ключ, обрезанный посередине. Длинные TXT-значения нужно делить на строки в кавычках длиной не более 255 символов; большинство DNS-хостингов делает это за вас, но не все.
  • Больше десяти DNS-запросов в SPF после добавления нескольких механизмов include:. Инструмент «Проверка SPF» их считает.
  • MX-запись, указывающая на CNAME или на IP-адрес. Она должна указывать на имя хоста, у которого есть записи A или AAAA.

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

Какая MX-запись нужна для Яндекс 360?

mx.yandex.net с приоритетом 10. Это единственная MX-запись.

Какая SPF-запись нужна для Яндекс 360?

v=spf1 redirect=_spf.yandex.net, если Яндекс — единственный отправитель. При других отправителях пишите вместо этого v=spf1 include:_spf.yandex.net include:… ~all.

Какой DKIM-селектор использует Яндекс?

mail, поэтому запись находится по имени mail._domainkey. Сам ключ создаётся для каждого домена и показан в панели администратора.