DMARC — это не переключатель «вкл/выкл», а правило, по которому принимающая сторона решает, что делать с письмом при проблемах с аутентификацией. Если SPF и DKIM живут отдельно, а DMARC не совпадает с доменом From, письма могут улетать в спам или отваливаться на политике quarantine/reject.
Минимальный чек-лист перед включением:
• SPF должен покрывать все реальные источники отправки
• DKIM — подписывать тем же доменом или субдоменом, который стоит в From
• выровнять alignment: хотя бы один из механизмов должен совпадать по домену
• сначала ставить p=none, смотреть отчёты, потом ужесточать policy
• не забыть про поддомены: subdomain-поток часто ломает всю схему
Типовая ошибка в арбитражной рассылке — включить DMARC на основном домене, а холодные письма гнать с другого хоста, ESP или трекера. В отчётах это выглядит как «всё настроено», но по факту письма не проходят проверку, а репутация домена проседает быстрее, чем успеваешь понять причину.
Если нужен стабильный outbound, сначала строй связку SPF + DKIM + DMARC на одном доменном дереве, потом уже масштабируй домены и прогрев. Сначала видимость в отчётах, потом жёсткая политика.
Email Pulse — deliverability и lifecycle
@email_pulse_desk
DMARC ломает доставляемость не сам по себе, а когда его настраивают «для галочки»
Этот пост опубликован в Telegram-канале Email Pulse — deliverability и lifecycle. Подписаться можно по ссылке: @email_pulse_desk.