メールヘッダーを分析して
診断する 配信の問題を Decorative underline

任意のメールの生のヘッダーを貼り付けて、配信経路を即座にたどり、認証の失敗を特定し、ホップの遅延を測定し、スパムスコアを確認できます。

アカウントは不要。ヘッダーは決して保存されません。数秒で結果が出ます。

完全なメールヘッダーを貼り付けてください（少なくとも 50 文字）。
ヘッダーの取得方法：Gmail → メールを開く → その他（⋮）→ メッセージのソースを表示  |  Outlook → ファイル → プロパティ  |  Apple Mail → 表示 → メッセージ → すべてのヘッダー
分析の前に同意する必要があります。
分析ツールが抽出するもの
  • ✓ ホップごとの完全な配信経路
  • ✓ ホップごとのタイムスタンプと遅延
  • ✓ SPF 認証の結果
  • ✓ DKIM 署名の検証
  • ✓ DMARC ポリシーの結果
  • ✓ 存在する場合は X-Spam-Score
  • ✓ 合計配信時間
  • ✓ 送信および受信サーバー

メールに問題が起きたとき、ヘッダーが真実を語る

メールヘッダーはすべてのメッセージのフライトレコーダーです。メールがスパムに振り分けられたり、遅れて届いたり、完全に消えたりしたとき、ヘッダーには送信から配信までの正確な出来事の流れが記録されています - 読み方を知っていれば。

Delivery tracing どのサーバーがメールを処理し、転送中のどこで遅延が発生したかを正確にたどります
Auth diagnostics 各ホップで SPF、DKIM、DMARC の失敗を診断します - 認証がどこで崩れたかを正確に確認できます
Spam scoring 再送信やエスカレーションの前に、スパムフィルターがメッセージにスコアを付けたか、その理由を突き止めます

ヘッダーが診断に役立つよくある問題

  • ● メールがスパムに振り分けられる - Authentication-Results の認証失敗が、SPF、DKIM、DMARC のどれがフィルターに引っかかった原因かを明らかにします
  • ● 配信の遅延 - Received ヘッダー間でタイムスタンプを比較すると、どのホップが遅延を生んだかが正確に分かります
  • ● DKIM 署名の欠落 - DKIM-Signature ヘッダーがない場合、メールは署名されておらず、フィルタリングされやすくなります
  • ● SPF アライメントの不一致 - エンベロープの From とヘッダーの From が異なるドメインを指し、DMARC の失敗を引き起こします
  • ● 高いスパムスコア - ヘッダーの X-Spam-Score が 5 以上だと、正当なメールが迷惑メールに送られた理由が分かります

DMARCFlow のヘッダー分析ツールが違う点

生のヘッダー表示だけではありません - 分かりやすい言葉の説明を伴う構造化された診断です。

Hop visualization
ホップごとの経路

メールが通過した各メールサーバーを、タイムスタンプとホップ間の遅延計算とともに示すビジュアルな表。

Auth results
認証結果

Authentication-Results ヘッダーを解析し、SPF、DKIM、DMARC の合格/不合格ステータスを明確な説明とともに表示します。

Spam score
スパムスコア

X-Spam-Score と X-Spam-Status ヘッダーを抽出して解釈し、メールがフラグ付けされた理由を理解できるようにします。

Privacy safe
プライバシー安全

ヘッダーは永続的に保存されることはありません。データは分析の生成にのみ処理され、その後破棄されます。

よくある 質問 Decorative underline

メールヘッダーと配信診断について知っておくべきすべてのこと

メールヘッダーは、すべてのメッセージに添付され、その技術的な経路を記録するメタデータです。これには、メッセージを処理したサーバー（Received ヘッダー）、認証結果（SPF、DKIM、DMARC）、元の送信者と受信者の情報、タイムスタンプ、メッセージ ID、スパムスコア、そして配信経路に沿ってメールサーバーが追加した他の何十ものフィールドが含まれます。デフォルトではエンドユーザーには見えませんが、任意のメールクライアントからアクセスできます。

Gmail: メールを開き、返信の横の三点メニューをクリックし、"メッセージのソースを表示" を選択します。ポップアップウィンドウ内のすべてをコピーします。

Outlook（デスクトップ）: メールを開き、ファイル → プロパティに進みます。ヘッダーは下部の "インターネットヘッダー" ボックスにあります。

Outlook（ウェブ）: メールを開き、三点メニューをクリックし、"メッセージのソースを表示" または "メッセージの詳細を表示" を選択します。

Apple Mail: メールを開き、表示 → メッセージ → すべてのヘッダーに進みます。または、表示 → メッセージ → 元のソースを使用します。

Yahoo Mail: メールを開き、三点メニューをクリックし、"生のメッセージを表示" を選択します。

Received ヘッダーは逆順で追加されます。一番上の最初のものがメッセージを処理した最後のサーバー（受信者の受信トレイ）で、一番下の最後のものが最初のサーバー（送信者のメールサーバー）です。経路をたどるには、下から上へ読みます。各ヘッダーには "from [サーバー A] by [サーバー B]" がタイムスタンプとともに表示されます。隣接する Received ヘッダー間でタイムスタンプを比較すると、どこで遅延が発生したかが分かります。

Authentication-Results ヘッダーは、受信メールサーバーがそのメッセージの SPF、DKIM、DMARC チェックの結果を記録するために追加します。各チェックは pass、fail、neutral、softfail、none のいずれかを示します。ここでの DMARC fail は、SPF も DKIM も From: ドメインとアライメントして通過しなかったことを意味します - これがメッセージがスパムに振り分けられたり拒否されたりする理由であることがよくあります。

メールヘッダーには、あなたのメールサーバーの IP アドレス、受信者のメールサーバー、（場合によっては）あなたのメールクライアントの IP、送信者と受信者のメールアドレス、メッセージ ID が含まれることがあります。メール本文や添付ファイルは含まれません。外部ツールとヘッダーを共有する前に、サーバーの IP アドレスや内部ルーティング経路が企業環境では機密情報になり得ることに注意してください。DMARCFlow はヘッダーを分析のためにのみ処理し、永続的に保存することはありません。

DKIM（DomainKeys Identified Mail）は、受信サーバーがあなたの DNS に公開された公開鍵を使って検証できる暗号署名を送信メールに追加します。DKIM が通過すると、メールの内容が転送中に変更されておらず、署名ドメインが送信を認可されていることが証明されます。DKIM がなければ、メールには真正性の暗号的な証明がなく、DMARC に失敗してスパムとしてフィルタリングされる可能性が高くなります。