DMARC
3つのポリシが存在する:
noneはエントリレベルのポリシである。受信者は特別な取り扱いを必要としないが、ドメインがフィードバックレポートを受け取ることを可能にする。
quarantine はDMARCチェックでfailとなったメッセージを、受信者が怪しいものとして扱うことを要求する。メッセージにフラグを付ける、メッセージを迷惑メールフォルダに入れるなど、受信者によって実装手段が異なる。
reject はDMARCチェックでfailとなったメッセージを完全に拒否することを受信者に要求する。
公開されたポリシは、DMARCチェックをfailしたメッセージの一部にのみ適用することによって、「軽減」することができる。受信者はシンプルなベルヌーイサンプリングアルゴリズムによって事前に設定された割合のメッセージを選択することを求められる。残りのメッセージにはより低いポリシ(p=quarantineならnone、p=rejectならquarantine)を適用する。p=quarantine; pct=0;は、From:フィールドを書き換えないメーリングリストに強制的にFrom:フィールドを書き換えるのに使われる。
サブドメインポリシと、sp=、新しく追加されたno-domainポリシによって、特定のサブドメインのポリシを微調整することが可能になる。
DMARCは2タイプのレポートを生成することができる。集計レポートはruaに引き続いて指定されるアドレスに送信される。フォレンジックレポートはrufタグに引き続いて指定されるアドレスに送信される。これらのメールアドレスはURI mailtoのフォーマット(例: mailto:worker@example.net )で指定する必要がある。複数のアドレスを指定も有効となるが、それぞれが完全なURIフォーマットで指定され、カンマで区切られる必要がある。
対象となる電子メールアドレスは外部ドメインのものでもよい。この場合、対象ドメインはDMARCレコードを設定し、レポートを受け取ることに同意しなければならない。そうしなければレポート機能をDoS攻撃に利用されかねない。例えば、receiver.exampleと書いておくと、From: someone@sender.exampleからのメッセージを受け取ることができ、また受け取る意思を示していることになる。ruf=mailto:some-id@thirdparty.exampleという記述を見つけると、ターゲットによって管理される名前空間内の、それを裏付けるDNSレコードを探す。以下のように指定する: