DMARCアライメントとは、受信者に見えるFromのドメインと、SPFまたはDKIMで認証されたドメインの対応関係です。SPFかDKIMが成功しただけでは、必ずDMARCに合格するとは限りません。まず実際に送信したメールの認証結果で、どのドメインが使われたかを確認します。
原因を切り分ける
一通のメールには複数のドメインが現れます。画面に表示されるFrom、SPFで検証するエンベロープ送信元、DKIM署名のd=を混同しないことが大切です。配送サービスの管理画面で「認証済み」と表示されても、特定の通知やキャンペーンがその設定で送られたとは限りません。送信経路ごとに実物を確認しましょう。
DMARCは、アライメントを満たして成功するSPFまたはDKIMを評価します。厳密な一致を求める設定と、組織ドメインを基準に対応を認める設定があるため、文字列が似ているだけで判断してはいけません。RFCの定義と現在の設定を照合し、ドメインの階層を取り違えないようにします。
確認の順序
- From、SPFの検証対象、DKIMのd=を実メールから記録する。
- 受信側のAuthentication-Resultsで成功・失敗を確認する。
- DMARCの設定に沿ってFromとのアライメントを確認する。
- 送信経路ごとに変更後のメールを送り直し、結果を保存する。
送信サービスを増やすときは、既存の業務メール、注文通知、フォーム通知を一覧にしてから設定を進めます。認証の問題を件名の書き換えだけで直そうとしても、ドメイン間の関係は変わりません。逆に、受信者へ見せるFromを急に変更すると返信先や利用者の認識に影響するため、運用担当者と変更内容を共有します。
想定例と判断の限界
想定例として、Fromがshop.example、DKIMのd=が配信会社の別ドメインで、SPFも配信会社のドメインで成功しているメールを考えます。二つの認証が成功していても、Fromとの整合性を別に調べる必要があります。自社ドメインの署名を設定するなど、利用サービスが公式に案内する方法で対応し、変更後の一通で再確認します。
DMARCは送信元の認証に関する仕組みであり、メール内容の安全性や受信箱への配置を保証するものではありません。転送などの配送経路で認証結果が変わる場合もあります。Yahoo! JAPANは独自の公式説明を公開しているため、米国Yahooの送信要件と混同しないでください。Inbox Checkで観測した配置と認証結果も別項目として評価します。
公式情報と次の確認
DMARCの仕様 RFC 9989。Yahoo! JAPANのDMARC説明。
測定対象と限界はテスト方法をご確認ください。自社で管理する送信経路を検証する場合は、Inbox Checkでテストを始めるから実際のテスト対象をご確認ください。対応が確認できていないYahoo! JAPANや携帯電話会社の受信箱を測定できるとは限りません。