Чтобы настроить DMARC, сначала проверьте SPF и DKIM для домена, с которого уходят письма. Затем добавьте в DNS запись DMARC с политикой наблюдения, отправьте тестовое письмо и только после проверки решайте, нужно ли ужесточать политику. Эта инструкция поможет владельцу малого бизнеса пройти путь от доступа к DNS до первой проверки без необходимости разбираться во всех почтовых протоколах. Начните с одного домена и посмотрите, какие письма уходят от имени вашей компании.
Что проверить перед добавлением DMARC?
Откройте настройки сервиса, через который отправляете email-рассылки, и найдите раздел подключения домена. Сервис обычно показывает, какие DNS-записи нужны для отправки писем. Если доступа к DNS у вас нет, попросите человека, который управляет доменом, проверить записи SPF и DKIM по инструкции сервиса. Не создавайте новую запись SPF поверх существующей: сначала выясните, какие отправители уже перечислены в ней.
SPF помогает принимающему серверу проверить, разрешена ли отправка через используемый почтовый сервер. DKIM добавляет к письму подпись, по которой сервер проверяет его подлинность. DMARC связывает эти проверки с адресом отправителя, который видит получатель. Настройка SPF, DKIM и DMARC также помогает защитить корпоративный адрес от подделки (Медиа Нетологии). Если DKIM ещё не подключён, пригодится инструкция по настройке и проверке DKIM.
Выпишите адреса отправителей из обычной почты и рассылочного сервиса. Проверьте также автоматические письма: например, подтверждение заказа или сообщение с сайта. Иначе после ужесточения DMARC часть ваших же писем рискует не пройти проверку. У малого бизнеса такая отправка часто устроена просто, но её легко забыть, когда настраиваешь только рекламную рассылку.
Как добавить запись DMARC в DNS?
В панели управления доменом создайте запись типа TXT. В поле имени укажите _dmarc, если панель сама добавляет имя домена. Если она просит полное имя, укажите _dmarc.ваш-домен.by, заменив пример на свой домен. Перед сохранением проверьте подсказку панели: ошибка в этом поле поместит запись не туда, где её будут искать почтовые серверы.
Для первого запуска значение записи может выглядеть так: v=DMARC1; p=none. Часть v=DMARC1 обозначает версию DMARC. Часть p=none говорит принимающим серверам, что вы пока не просите их помещать письма в карантин или отклонять их по результату DMARC. Это режим для проверки настройки, а не защита от подделки адреса. Перед публикацией убедитесь, что для домена нет другой записи с именем _dmarc: добавлять вторую не нужно.
Если вы хотите получать сводные отчёты DMARC, сначала подготовьте адрес и инструмент, в котором сможете их просматривать. Без этого не добавляйте в запись адрес для отчётов наугад. Отправка писем и разбор отчётов — разные задачи: сначала добейтесь корректной публикации записи, затем настройте наблюдение за результатами проверок.
Как проверить запись и выбрать политику?
После сохранения откройте проверку DNS в панели домена или в инструменте, которым пользуется ваш почтовый сервис. Найдите TXT-запись для _dmarc и сравните её значение с тем, что вводили. Изменения DNS становятся видны не всегда сразу, поэтому при пустом результате повторите проверку позже. Если запись так и не появилась, проверьте её имя и тип.
Затем отправьте тестовое письмо через каждый способ отправки, который вы выписали ранее. Посмотрите в технических сведениях полученного письма результаты SPF, DKIM и DMARC. У разных почтовых интерфейсов этот раздел называется по-разному; ищите «показать оригинал», «исходное письмо» или «заголовки». Проверяйте именно письма, отправленные вашим сервисом рассылок: успешный тест из личного ящика ничего не говорит о настройке массовой отправки.
| Политика | Что она означает | Когда выбирать |
|---|---|---|
p=none | Просьбы отклонять письма по DMARC нет. | Пока проверяете свои способы отправки. |
p=quarantine | Принимающему серверу предлагают отправлять письма, которые не прошли DMARC, в карантин. | Когда исправили ошибки своих отправителей и готовы наблюдать за результатом. |
p=reject | Принимающему серверу предлагают отклонять письма, которые не прошли DMARC. | Когда уверены, что нужные письма проходят проверку. |
Политику p=reject не стоит включать сразу после добавления записи. Если сервис отправляет письма от имени вашего домена, но его SPF и DKIM настроены неверно, строгая политика затронет и эти письма. Порядок действий подробнее разобран в материале о настройке SPF, DKIM и DMARC для email-рассылок. DMARC также не гарантирует попадание во «Входящие»: на доставку влияют база адресов и качество писем (Kokoc.com).
Какие ошибки мешают настройке DMARC?
- В DNS указали полное имя записи, хотя панель сама добавила домен. Проверьте, как имя записи отображается после сохранения.
- Для одного домена создали две записи
_dmarc. Оставьте одну запись с нужной политикой. - Проверили письмо из личной почты, но забыли о рассылочном сервисе. Отправьте отдельное тестовое письмо из каждого используемого источника.
- Сразу выбрали
p=rejectи пропустили автоматические письма сайта. Вернитесь кp=none, проверьте отправителей и исправьте их настройки. - Решили, что запись DMARC заменяет SPF и DKIM. Сначала проверьте эти механизмы у сервиса, который отправляет письма.
Начните с одного действия: откройте панель домена и найдите существующую TXT-запись с именем _dmarc. Так вы сразу поймёте, создаёте настройку с нуля или проверяете уже опубликованную запись.
