解析はブラウザー内で行われ、このページがヘッダーをどこかに送信することはありません。ドメインの一致判定には組織ドメインの簡易ルールを使用しているため、アライメントの結果は目安として扱ってください。実際のDMARCチェックはパブリックサフィックスリストを使用します。
すべてのメールには、どこから来たのか、どのサーバーが処理したのか、各サーバーがどう判断したのかを記録するヘッダー行のブロックが付いています。メールが届かない、迷惑メールに入る、警告が表示される、偽物に見えるといったとき、ヘッダーが証拠になります。アナライザーがそれを読み取り、答えを順序立てて示します。
最初の行から本文の前の空行までをすべてコピーするか、保存した.emlファイルをアップロードしてください。分析はすべてブラウザー内で実行され、ヘッダーがどこかに送信されることはありません。
| メールアプリ | 確認場所 |
|---|---|
| Gmail | メッセージを開き、3点メニューから「元のメッセージを表示」を選択します。 |
| Outlook(Web) | メッセージを開き、3点メニュー、表示、メッセージソースの表示の順に選択します。 |
| Outlook(デスクトップ) | メッセージを開き、ファイル、プロパティの順に選択して、インターネットヘッダーを確認します。 |
| Apple Mail | 表示、メッセージ、すべてのヘッダー(または生のソース)の順に選択します。 |
| Yahoo!メール | メッセージを開き、3点メニューから「生のメッセージを表示」を選択します。 |
メッセージを処理したサーバーは、それぞれ先頭にReceived行を追加します。そのため一覧は逆順に読むことになり、最下行が最初のサーバー、最上行が最後のサーバーです。アナライザーはこれを実際の経路順に並べ替え、各行のタイムスタンプから各ホップの所要時間を表示します。
2つのホップの間に大きな間隔がある場合、メッセージはどこかで待機していました。多くは、次のサーバーが混み合っていた、グレイリスティング中だった、または保留していたことによるキュー待ちです。タイムスタンプは各サーバーの時計に基づくため、小さなマイナス値や不自然な値は、障害ではなく時計のずれが原因であることがほとんどです。
受信サーバーは判定結果をAuthentication-Results行に記録します。アナライザーは、そのうち重要な3つを抽出します。
SPFまたはDKIMが成功しても、DMARCは失敗することがあります。DMARCでは、成功したドメインがFromドメインと一致している必要があるためです。アナライザーはFromドメイン、Return-Pathドメイン、DKIMのd=ドメインを比較し、どれが一致しているかを示します。よくある原因は、独自ドメインを設定するまで、送信サービスが自社のドメインで署名していることです。
1つの兆候だけでは何も証明できません。複数の要素がどう組み合わさっているかを見てください。
ヘッダーは手元に届く前に偽造される可能性があり、信頼できるのは、信頼するサーバーが追加した行だけです。アナライザーが示すのはヘッダーに書かれている内容であり、送信元IPをデータベースで照会したり、ライブのDNSレコードを確認したりはしません。ライブのDNSを調べるには、SPF・DKIM・DMARCチェッカーをご利用ください。
最初のサーバーから最後のサーバーまでの全ホップを、各サーバーがメッセージを処理した時刻とホップ間の遅延とともに一覧表示します。
受信サーバーが追加したSPF、DKIM、DMARCの結果と、DKIM署名の詳細を読み取ります。
Fromドメインを、Return-PathドメインおよびDKIMドメインと比較します。DMARCが実際に確認するのはこの点です。
失敗、アライメントのずれ、長い遅延、欠落したヘッダーを指摘し、それぞれにわかりやすい対処法を示します。
Gmailではメッセージを開き、3点メニューから「元のメッセージを表示」を選択します。WebまたはデスクトップのOutlookでは、メッセージのプロパティまたは「メッセージソースの表示」でインターネットヘッダーを確認できます。Apple Mailでは、表示、メッセージ、すべてのヘッダーの順に選択します。最初の行から、ヘッダーと本文を区切る空行までをすべてコピーしてください。
いいえ。分析はJavaScriptでブラウザー内で実行されます。貼り付けたテキストが、このページからアップロードまたは保存されることはありません。
DMARCにはアライメントが必要です。SPFで成功したドメイン(Return-Pathドメイン)またはDKIMで成功したドメイン(d=ドメイン)が、表示されるFromアドレスのドメインと一致していなければなりません。送信サービスのドメインではSPFとDKIMが成功していても、自社ドメインではDMARCが失敗することがあります。
受信メールサーバーは、SPF、DKIM、DMARCを確認した後にAuthentication-Resultsヘッダーを追加します。信頼できるのは、通常は最上部にある、ご利用のメールボックスプロバイダーが追加したものだけです。経路の下流で追加されたヘッダーは、送信者によって偽造される可能性があります。
各Receivedヘッダーには、サーバーがメッセージを処理した時刻が記録されています。ツールは連続する時刻の差を計算して、メッセージがどこで待機したかを示します。小さな間隔は正常です。数分に及ぶ間隔は、そのサーバーでのグレイリスティング、キュー待ち、またはレート制限を示している可能性があります。サーバー間の時計のずれにより、不自然な値やマイナス値が出ることもあります。
いいえ。メッセージがどのような経路をたどり、認証に成功したかがわかります。受信側が迷惑メールに振り分けたかどうかは、評判、内容、受信者の行動にも左右され、ヘッダーからはその手がかりしか得られません。
SPF、DKIM、DMARCの失敗を段階的に解消するガイドをご覧ください。