DMARC
最もよく使われる回避策は、From:ヘッダフィールドを書き換えることである。オリジナルの作成者のアドレスはReply-Toフィールドに加えられる。 書き換えは、単に.INVALIDを追加するものから、不透明なIDが利用されている部分に一時的なユーザIDを割り当て、ユーザの実際のメールアドレスをリストに把握されないためにドメイン名を追加するものまで多岐にわたる。 加えて、作成者とリスト(あるいはリストオペレータ)の両方を表示するよう、表示名を変更することもできる。これらの例は、それぞれ、以下のような結果になる:
最終行のRepli-To:はreply-to-author機能が使えるように設定しておかなければならない。これはreply-to-list機能がFrom:ヘッダフィールド内の変更によって実現される場合を想定したものである。このようにして、これらのフィールドの元々の意味が入れ替わる。
作成者を変更することは通常は正当ではなく、そのデータの意味と見た目の想定された関係や、その自動的な利用を損なうことになる。メーリングリストを仕事の調整のために用い、From:フィールドを添付ファイルの作成者として割り当てるツールを配備するコミュニティが存在している。
上記のいずれも適用されない場合、コメントフィールドに詳しく記すことができる
送信者のドメインはDMARCポリシにより、送信者の電子メールがSPFまたはDKIM、あるいはその両方によって保護されていることを示し、それらの認証方法を通過せず拒否または隔離するときに受信者がどうすべきかを指示することができる。
これらのポリシは当該ドメインの権威DNSサーバにおいてTXTレコードとして公開される。
DMARCは電子メールがスパムあるいは詐欺メールであるかどうかを直接判断するものではない。その代わりに、DMARCはメッセージがDKIMまたはSPFの検証を通過するだけでなく、アラインメントをも通過することを必要とする。DMARCの下では、DKIMまたはSPFを通過してもアラインメントを通過しなければfailとなる。
DMARCを設定することにより、正規の送信者からのメッセージの配信量を改善することができる。
Domain-based Message Authentication, Reporting and Conformance (DMARC)は、電子メール認証プロトコルの一つ。電子メールのドメイン所有者が、保有するドメインを認証を通さずに利用されること(なりすましメール、フィッシングメール、詐欺メールその他の脅威)を防止できることを目的に設計された。
DMARCのDNSエントリが公開されると、メールを受信するサーバは送られてくる電子メールを、ドメイン所有者DNSエントリで公開した指示に従って検証することができるようになる。認証に成功した電子メールは配送され、信頼できるものとなる。検証に失敗した場合は、DMARCレコードの指示に従って、配送あるいは隔離(quarantine)、拒否(reject)を行う。
DMARCは既存の2つの電子メール認証メカニズム(SPFとDKIM)を拡張したものである。ドメインの管理者はDNSレコードを利用し、エンドユーザに示されるFrom:フィールドの確認方法、受信者が検証失敗時にどう対処すべきか、ポリシに従って実行されるアクションを報告するメカニズムをどう提供するか等を明記する。
DMARCはIETFが2015年3月に公開したRFC 7489によって定義されている。分類は"Informational"。