※本ページにはプロモーション(広告)が含まれています
メールのなりすまし対策の一つで、SPFやDKIMの認証に失敗したメールを受信側でどう扱ってほしいか(そのまま受信・迷惑メール行き・拒否)をドメインの管理者が宣言する仕組みです。検証結果のレポートを受け取れる機能もあり、Gmailなど大手メールサービスへの到達性にも関わるとされています。
詳しい解説
DMARCは、送信ドメイン認証と呼ばれる仕組みの一つで、SPFやDKIMの検証結果を土台に動作します。ドメインの管理者は、認証に失敗したメールを「そのまま受け取る(none)」「迷惑メールフォルダーへ入れるなど隔離(quarantine)」「受信を拒否(reject)」のどれにしてほしいかを3段階のポリシーとして宣言でき、受信側のメールサーバーはこれを参考にメールを処理します。あわせて、検証結果の集計レポートを管理者が受け取る仕組みも用意されています。
重要なのが「整合(アライメント)」という考え方です。SPFやDKIMが単体で合格していても、その認証に使われたドメインが差出人(From)欄のドメインと一致していなければ、DMARCとしては不合格と判定されます。転送をはさんだメールでは、差出人欄は元のままでも認証に使われるドメインが変わったり署名が壊れたりしやすいため、正当なメールでもDMARCで失敗することがあります。
Gmailの送信者ガイドラインでは、一括送信者に対してDMARCポリシーの公開(p=noneでも可とされます)が求められており、メルマガや業務メールの到達性の文脈で目にする機会が増えています。
注意点として、DMARCレコードの追加・変更はドメイン管理者が行う作業であり、会社のメールを使う一般の利用者や個人アドレスの利用者が触る場所ではありません。誤った設定は正当なメールまで拒否される原因になりえます。メールが届かない場合、利用者としてはまず管理者や送信元に確認するのが安全です。細かな要件は変わることがあるため、最新の情報は各メールサービスの公式情報をご確認ください。
会社のメールがGmail宛てにだけ届かない、というトラブルはDMARCが関わる典型例です。調べてみると、メール転送をはさんだことで認証に使われるドメインが差出人欄と食い違い、DMARCで不合格になっていた——というように、原因の切り分けの場面で登場します。一般の利用者が直せる設定ではないため、「DMARCで失敗しているようです」と管理者や送信元に伝えるのが解決への近道です。
別の呼び方
Domain-based Message Authentication, Reporting, and Conformance
ディーマーク
DMARCポリシー
DMARCレコード
minto.tech スマホ(iPhone/Android)・パソコン(Windows/Mac)・Office・Wi-Fi・AIツールの「できない」「困った」を解決する実用ガイド。トラブル対処法とノウハウが満載のお助けサイトです。