受信したメールのヘッダーを貼り付けると、SPF・DKIM・DMARCの認証結果、経由したサーバー、各中継での遅延を読み解きます。「なぜ迷惑メールに入ったのか」「どこで配送が止まっていたのか」の原因究明にお使いください。
🔒 この処理はブラウザの中だけで完結します
- メールヘッダーには送信者・受信者のアドレスやサーバー情報が含まれます。そのため、貼り付けた内容はサーバーに一切送信せず、お使いのブラウザの中だけで解析しています。
- 通信が発生しないため、業務メールのヘッダーでも安心してお使いいただけます。
ヘッダーの取り出し方
Gmail:メールを開いて右上の「︙」→「メッセージのソースを表示」。
Outlook:メールを開いて「ファイル」→「プロパティ」→「インターネットヘッダー」。
Apple Mail:「表示」→「メッセージ」→「すべてのヘッダ」。
本文まで含めて貼り付けても構いません(本文は解析対象外です)。
Gmail:メールを開いて右上の「︙」→「メッセージのソースを表示」。
Outlook:メールを開いて「ファイル」→「プロパティ」→「インターネットヘッダー」。
Apple Mail:「表示」→「メッセージ」→「すべてのヘッダ」。
本文まで含めて貼り付けても構いません(本文は解析対象外です)。
SPFがpassなのに迷惑メールに入ります
SPFだけでは不十分です。DMARCは「SPFまたはDKIMがpassし、かつFromドメインと一致していること」を求めます。SPFがpassでも、それが検証したのは Return-Path(エンベロープFrom)で、見た目のFromと別ドメインなら「アライメント不一致」でDMARCは失敗します。メール配信サービス経由でよく起きます。DKIMを設定すると解決することが多いです。
Received が多いと問題ですか?
数自体は問題ではありません。見るべきは各ホップの時間差です。特定の中継で数分〜数時間止まっていれば、そのサーバーがグレイリスティング(一時拒否して再送を待つ仕組み)を行っているか、キューが詰まっています。ヘッダーは下から上へ時系列に並ぶので、このツールでは受信順(古い順)に並べ替えて表示しています。
送る側の設定を確認したいのですが
メール認証(SPF・DKIM・DMARC)診断をお使いください。こちらが「実際に届いたメールで何が起きたか」を見るのに対し、あちらは「送る側のDNS設定が正しいか」を見ます。両方を突き合わせると原因を絞り込めます。
🔒 調べた内容は記録・公開しません
- 検索した内容を保存・一覧化・公開しません。調査結果をデータベース化して検索できるようにしたり、他の利用者に見せたりすることは一切ありません。
- 検索履歴を残しません。誰が何を調べたかを紐づけて蓄積することはしません。会員登録・ログインも不要です。
- 第三者に提供・販売しません。営業リストや広告目的での利用もありません。
- サーバー負荷を抑えるため、判定結果のみ最大1時間の一時キャッシュに保持し、時間の経過で自動的に消えます。連続アクセスの制限用にIPアドレスをハッシュ化した値を最大10分間だけ保持します(元のIPアドレスは保存しません)。
- 調べた対象は共有用にURLの
#以降に付きますが、この部分はサーバーにもアクセス解析にも送信されません。
同じ分類のツール(メール)
メール認証(SPF / DKIM / DMARC)診断なりすましメール対策の設定を採点します。迷惑メール判定される原因の切り分けにどうぞ。メールヘッダー解析(表示中)受信したメールのヘッダーを貼ると、認証結果と配送経路を読み解きます。ブラウザ内で処理します。
運営:WEBツール箱(MOTOKI合同会社)
WordPress専門のホームページ制作会社です。日々の制作で「毎回調べるのが面倒だった」ことを、そのままツールにして公開しています。
診断結果の見方や改善のご相談も承っています。お問い合わせ
WordPress専門のホームページ制作会社です。日々の制作で「毎回調べるのが面倒だった」ことを、そのままツールにして公開しています。
診断結果の見方や改善のご相談も承っています。お問い合わせ