レコードは _dmarc.example.com に置き、たとえば v=DMARC1; p=reject; rua=mailto:dmarc@example.com; adkim=s のように記述します。メッセージが合格するのは、From のドメインとアライメントしたエンベロープのドメインで SPF が合格した場合、またはアライメントした d= ドメインで DKIM 署名が検証された場合です。ポリシー p（そのドメイン）、sp（サブドメイン）、np（存在しないサブドメイン）には none、quarantine、reject のいずれかを指定します。rua と ruf は集約レポートと失敗レポートを要求するもので、現在は RFC 9990 と RFC 9991 で規定されています。
RFC 9989 は、情報提供（Informational）の RFC 7489（2015年）と PSD 拡張の RFC 9091 を置き換え、DMARC を標準化トラックに移しました。pct、rf、ri タグを削除し、np、psd、t（テストモード。記載されたポリシーより 1 段階弱い処理を適用するよう受信者に求めます）を追加し、組織ドメインを見つける方法を Public Suffix List から最大 8 回のクエリによる DNS のツリーウォークに置き換えました。既存の v=DMARC1 レコードは引き続き機能します。
Gmail、Yahoo、Microsoft は一括送信者に少なくとも p=none を求めており、BIMI には quarantine または reject が必要です。一般的な導入手順は、レポートを受け取りながら p=none で運用し、正当な送信経路をすべて修正してから、強制ポリシーに移行するというものです。