Запись публикуется в _dmarc.example.com, например v=DMARC1; p=reject; rua=mailto:dmarc@example.com; adkim=s. Письмо проходит проверку, если SPF проходит для домена конверта, выровненного с доменом From, или подпись DKIM верна для выровненного домена d=. Политики p (для самого домена), sp (для поддоменов) и np (для несуществующих поддоменов) принимают значения none, quarantine или reject; rua и ruf запрашивают агрегированные отчёты и отчёты о сбоях, которые теперь описаны в RFC 9990 и RFC 9991.
RFC 9989 заменил информационный RFC 7489 (2015) и расширение PSD из RFC 9091 и перевёл DMARC в категорию стандартов (standards track). Он удалил теги pct, rf и ri, добавил np, psd и t (тестовый режим: получателей просят применять политику на один уровень мягче заявленной) и заменил Public Suffix List обходом дерева DNS, который находит организационный домен не более чем за 8 запросов. Существующие записи v=DMARC1 продолжают работать.
Gmail, Yahoo и Microsoft требуют от массовых отправителей как минимум p=none, а BIMI требует quarantine или reject. Обычно DMARC внедряют так: сначала p=none с отчётами, затем исправляют каждый легитимный поток писем и только потом переходят к строгой политике.