メールヘッダーの見方｜送信元と経路を確かめる手順

メールヘッダーの見方で最初に押さえるのは、見る場所を3つに絞ることです。差出人として表示されているアドレス（From）、実際にメールを運んだサーバーの記録（Received）、送信元が本物かどうかの判定（Authentication-Results）の3つです。この3つを順に読むと、怪しいメールの送り主が本当に名乗っている会社なのか、届くのが遅れたのはどこだったのかを、ある程度まで確かめられます。

この記事では、Gmail と Outlook でメールヘッダーを表示する手順から、主な項目の意味、送信元と経路を確かめる読み方、なりすましを疑うときの判断の順番まで説明します。解析ツールの使い方と、ヘッダーを人に渡すときの注意にも触れます。取引先から届いた問い合わせのメールを担当と状況を付けて管理する方法として、Halictにも後半で触れます。

メールヘッダーとは何か

メールは、ふだん目にする本文と、その上に付いている管理用の情報に分かれています。この管理用の情報がメールヘッダーです。

ここでは、実際のメールヘッダを例に、メールの送信元や配送経路、送信ドメイン認証の結果などを調べる方法について解説します。 出典: baremail.jp

メールソフトの画面に出る差出人、宛先、件名、日時も、実はメールヘッダーの一部です。ただし画面に出ているのはごく一部で、裏側には送信に使われたサーバーの名前や、途中で経由したサーバーの記録、送信元の認証の結果などが、何十行にもわたって書かれています。

Microsoft の公式の説明でも、インターネットのヘッダーには、メッセージの送信者、作成に使われたソフトウェア、受信者に届くまでに経由したメールサーバーなど、メッセージに関する技術的な詳細が含まれるとされています。同じ説明では、送信者の中には差出人のアドレスを偽る人がいて、ヘッダーを確かめると表示されているアドレスと違うかどうかが分かるとも書かれています。

ヘッダーを見る場面は、主に次の3つです。

• 銀行や取引先を名乗るメールが本物かどうか確かめたいとき
• メールが届くのが遅れた理由を知りたいとき
• 迷惑メールのフォルダに入った理由を知りたいとき

ふだんは見る必要のない情報ですが、いざというときに読めると、判断の根拠が持てます。

Gmail でメールヘッダーを表示する

Gmail では、メールヘッダーを含むメールの全体を「メッセージのソース」と呼んでいます。Google の公式のヘルプ「詳細ヘッダーからメールの経路を確認する」では、次の手順が案内されています。

1. パソコンのブラウザで Gmail を開く
2. ヘッダーを確かめたいメールを開く
3. 返信のアイコンの横にある「その他」（縦に3つ並んだ点）を押す
4. 「メッセージのソースを表示」を押す
5. 新しい画面に詳細なヘッダーが表示される
6. 「クリップボードにコピー」を押すと、全文をコピーできる

この画面の上の部分には、Gmail がヘッダーを読み取った要約が表にして表示されます。メッセージの ID、作成日時、差出人、宛先、件名に加えて、SPF、DKIM、DMARC という3つの認証の結果が「PASS」や「FAIL」で示されます。まずはこの要約の表を見て、その下にヘッダーの全文が続く、という順に読むと分かりやすくなります。

要約の表のうち、まず見るのは差出人の行と、SPF・DKIM・DMARC の3行です。SPF と DKIM の行には、判定に使われたドメインの名前も括弧の中に書かれています。この名前が差出人のドメインと同じか、少なくとも同じ会社のものかを見比べると、表の意味がつかみやすくなります。ヘッダーの全文は、要約の表で気になる点が見つかってから読めば十分です。

スマートフォンの Gmail のアプリでは、メッセージのソースを表示する機能がありません。確かめたいメールがあるときは、パソコンのブラウザで開き直します。

もっと手軽に送信元を確かめる方法もあります。Google の公式のヘルプ「Gmail のメールが認証されているかどうかを確認する」では、メールを開いて送信者の名前の下にある下向きの矢印を押し、「送信元」と「署名元」の項目にドメインの名前が出ていれば、そのメールは認証されていると案内されています。送信者の名前の横に疑問符が表示されている場合は、Gmail が送信元を確認できていないという意味です。

Outlook でメールヘッダーを表示する

Outlook は種類によって手順が違います。Microsoft の公式の説明「Outlook でインターネット メッセージ ヘッダーを表示する」に沿って整理します。

従来の Outlook（クラシック Outlook）

1. メールをダブルクリックして、別のウィンドウで開く
2. 「ファイル」タブを押し、「プロパティ」を押す
3. 「インターネット ヘッダー」の欄にヘッダーが表示される

この欄は小さくて読みにくいので、欄の中を全部選んでコピーし、メモ帳に貼り付けると読みやすくなります。Microsoft の説明でも、この方法が案内されています。

新しい Outlook と Web 版の Outlook

1. メールを開き、画面の上部にある「その他のアクション」（点が3つ並んだボタン）を押す
2. 「表示」から「メッセージの詳細を表示する」を選ぶ
3. 「メッセージの詳細」の画面にヘッダーが表示される

そのほかのメールソフト

Google の同じヘルプには、ほかのメールソフトの手順もまとめられています。

メールソフト	表示の手順
Apple Mail（Mac）	「表示」から「メッセージ」、「すべてのヘッダ」
Thunderbird	「表示」から「メッセージのソース」
Yahoo!メール	「その他」から「詳細ヘッダーを表示」

iPhone の標準のメールのアプリでは、ヘッダーの全文を表示できません。確かめたいときは、パソコンで同じメールを開くか、Web のメールの画面で開きます。

主な項目と意味

ヘッダーの全文には多くの項目が並びますが、読むときに大切なものは限られています。

項目	書かれていること
From	画面に差出人として表示されるアドレス
To	宛先として書かれたアドレス
Subject	件名
Date	送信したメールソフトが記録した日時
Reply-To	返信を押したときの宛先
Return-Path	届かなかったときの通知の送り先
Received	メールを受け取ったサーバーごとの記録
Message-ID	メール1通ごとに付けられる識別の番号
Authentication-Results	SPF・DKIM・DMARC の認証の結果
DKIM-Signature	送信元のドメインが付けた電子署名

この中で特に気をつけたいのは、From は送る側が自由に書けるという点です。郵便の封筒に書く差出人の名前と同じで、書こうと思えば他人の名前でも書けます。From だけを見て本物と判断してはいけないのはこのためです。

Return-Path は、メールが届かなかったときに「宛先不明」などの通知が送られる先のアドレスです。メールの配信サービスを使って送られたメールでは、From とは別のドメインになっていることがよくあります。From と違うからといって、それだけで偽物とは言えません。

Reply-To は、返信したときの宛先です。From が取引先の名前でも、Reply-To が見知らぬフリーメールのアドレスになっている場合は、返信した内容が別の人に届く仕掛けかもしれません。

送信元を確かめる読み方

送信元を確かめるときは、From、Return-Path、Received の順に見比べます。

このように、FromやReturn-Pathから送信元として設定されたアドレスを確認し、Receivedから実際の配送に使用されたサーバーやIPアドレスを調べることができます。 出典: baremail.jp

具体的な手順は次のとおりです。

1. From のドメイン（@ より後ろ）が、名乗っている会社のドメインと一致しているかを見る
2. Return-Path のドメインが、From と同じか、その会社が使っている配信サービスのものかを見る
3. Received のうち、一番下にあるものの from の部分を見て、最初にメールを送り出したサーバーの名前を確かめる
4. Reply-To がある場合は、From と同じ会社のアドレスかを見る

From のドメインが「example-bank.co.jp」なのに、Received の一番下のサーバーの名前がまったく関係のない国のプロバイダーだった、という場合は、偽物の疑いが強くなります。

ただし、一番下の Received も、送る側が偽って書き込める場合があります。信頼できるのは、自分の側のメールサーバー（Gmail なら mx.google.com など）が受け取ったときに書いた記録からです。自分の側のサーバーが書いた Received の中に、相手のサーバーの名前と IP アドレスが記録されているので、そこを見るのが確実です。

Received を下から上に読む

Received は、メールが経由したサーバーが、受け取るたびに上に1行ずつ付け足していく記録です。そのため、一番下が最初、一番上が最後になります。

Received の1つには、主に次のことが書かれています。

• from：メールを渡してきたサーバーの名前と IP アドレス
• by：メールを受け取ったサーバーの名前
• with：受け渡しに使われた方式（SMTP、ESMTPS など）
• 日時：そのサーバーが受け取った日時

例として、説明用に値を置き換えた Received を3つ並べます。

Received: by 2001:db8::10 with SMTP id abc123;
        Tue, 10 Nov 2026 01:05:12 -0800 (PST)
Received: from mail.example.co.jp (mail.example.co.jp. [192.0.2.25])
        by mx.google.com with ESMTPS id xyz789
        for [email protected];
        Tue, 10 Nov 2026 01:05:11 -0800 (PST)
Received: from pc01 (unknown [10.0.0.5])
        by mail.example.co.jp (Postfix) with ESMTPSA id 4F2A1;
        Tue, 10 Nov 2026 18:05:09 +0900 (JST)

一番下は、送り主のパソコンから、送り主の会社のメールサーバー（mail.example.co.jp）に渡った記録です。真ん中は、そのサーバーから Gmail の受信サーバー（mx.google.com）に渡った記録です。一番上は、Gmail の中での受け渡しの記録です。

この例で気をつけたいのが、時刻の表し方です。一番下は「+0900（JST）」、つまり日本時間で、上の2つは「-0800（PST）」、つまりアメリカ太平洋の時間で書かれています。日本時間に直すと、どれも同じ日の18時5分台です。時刻を比べるときは、必ず同じ時間帯に直してから比べます。

メールが届くのが遅れた理由を探すときは、隣り合う Received の時刻の差を見ます。差が大きく開いているところが、メールが止まっていた場所です。Google の公式のヘルプでも、メールの遅延はヘッダーの作成日時で確かめるよう案内されています。たとえば、送り主のサーバーが受け取ってから Gmail に渡すまでに3時間空いていれば、送り主の側のサーバーで止まっていたことになります。

なりすましを見分ける認証の結果

送信元が本物かどうかを判断するうえで、一番頼りになるのが Authentication-Results です。ここには、受け取った側のサーバーが行った3つの認証の結果が書かれています。

認証	確かめていること
SPF	送ってきたサーバーが、そのドメインのメールを送ってよいサーバーとして登録されているか
DKIM	メールに付いた電子署名が正しく、途中で書き換えられていないか
DMARC	SPF か DKIM の結果が、From のドメインと一致しているか

結果は「spf=pass」「dkim=pass」「dmarc=pass」のように書かれます。3つとも pass で、しかも DMARC の対象のドメインが From のドメインと同じなら、名乗っているドメインから送られたメールである可能性が高いと言えます。

反対に、fail や none が並んでいる場合は注意が必要です。とはいえ、fail だから必ず偽物、とは言えません。Google の公式のヘルプでも、認証されていないメールが迷惑メールとは限らず、実在する組織がメーリングリストなどで大勢に送る場合は認証がうまく働かないことがあると説明されています。転送されたメールも、転送の途中で SPF が fail になりやすいものです。

判断の順番としては、次のように考えます。

1. DMARC が pass か、From のドメインと一致しているか
2. DMARC が無い場合は、DKIM の署名のドメイン（d= の後ろ）が From のドメインと一致しているか
3. どちらも当てはまらない場合は、Received の記録と内容の不自然さで総合して判断する

認証が pass でも、ドメインそのものが本物によく似せた別物（example-bank と examp1e-bank など）である場合があります。認証は「そのドメインから送られたか」を示すだけで、「そのドメインが本物の会社のものか」までは示しません。ドメインの綴りは、自分の目で1文字ずつ確かめます。

そのほかの項目で分かること

ここまでの項目のほかにも、ヘッダーには読み方を知っていると役に立つ項目があります。毎回見る必要はありませんが、困ったときの手がかりになります。

Content-Type は、本文の形式と文字コードを示す項目です。「text/plain」なら文字だけのメール、「text/html」なら文字の大きさや色の付いたメール、「multipart/mixed」なら添付ファイルの付いたメールを表します。受け取ったメールの文字が化けて読めないときは、ここに書かれた文字コード（charset の後ろ）を見ると、原因の見当がつきます。日本語のメールでは「UTF-8」や「ISO-2022-JP」が使われることが多く、メールソフトがその文字コードに対応していないと化けて表示されます。

X-Mailer や User-Agent は、送り主が使ったメールソフトの名前を記録する項目です。必ず付くわけではありませんが、付いていれば、取引先が使っているメールソフトの見当がつきます。名乗っている会社の規模のわりに、聞いたことのない一斉送信の道具の名前が書かれている場合は、気に留めておく材料になります。

List-Unsubscribe は、メールマガジンなどの配信の停止の方法を示す項目です。Gmail の画面で差出人の横に「登録解除」の表示が出るのは、この項目があるためです。正規の配信サービスから送られるメールには付いていることが多く、怪しいメールには付いていないことが多いので、判断の材料の1つになります。

ARC で始まる項目は、メールが転送されたときに、転送の前の認証の結果を引き継ぐためのものです。Google の公式のヘルプでも、転送されたメールが SPF や DKIM の認証に合格しても、ARC で以前に認証に失敗したと表示される場合は、未認証として扱うと説明されています。メーリングリストを通ったメールを調べるときに目にすることがあります。

読み間違えやすいところ

ヘッダーを読み慣れないうちは、次のような読み間違いが起こりがちです。

1つ目は、Received を上から読んでしまうことです。上が最新、下が最初という順番を逆にすると、経路の解釈がまるごと逆になります。読み始める前に、一番下の Received を探すところから始めます。

2つ目は、Date の日時を届いた日時だと思い込むことです。Date は、送り主のメールソフトが記録した日時で、送り主のパソコンの時計が狂っていればそのまま狂った日時が入ります。実際に届いた日時は、自分の側のサーバーが書いた一番上の Received の日時で確かめます。

3つ目は、表示名を差出人だと思い込むことです。メールソフトの画面には「〇〇銀行」のような表示名だけが大きく出て、アドレスは小さく隠れていることがあります。表示名は送り主が自由に付けられるので、必ずアドレスのほうを見ます。

4つ目は、IP アドレスから場所を断定してしまうことです。IP アドレスから国や事業者の見当はつきますが、クラウドのサーバーや配信サービスを経由していれば、送り主の実際の場所とは関係がありません。「海外の IP だから偽物」「国内の IP だから本物」とは言えないので、ほかの項目と合わせて判断します。

自分が送るメールのヘッダーも見ておく

ヘッダーの見方は、受け取ったメールを疑うためだけのものではありません。自分が送るメールが相手にどう見えているかを確かめるのにも使えます。

独自のドメインのアドレスで仕事のメールを送っている場合、ドメインの設定に SPF、DKIM、DMARC が正しく入っていないと、相手の受信側で認証に失敗し、迷惑メールのフォルダに入りやすくなります。Gmail は、多くのメールを送る送信者に対して、これらの認証の設定を求める方針を示しています。少ない量しか送らない個人や小さな会社でも、設定しておくに越したことはありません。

確かめ方は簡単で、自分のアドレスから Gmail のアドレスにメールを送り、届いたメールの「メッセージのソースを表示」を開くだけです。上の要約の表に、SPF、DKIM、DMARC の結果が並びます。3つとも PASS なら、相手の受信側でも本物として扱われやすくなります。FAIL や表示が無いものがあれば、ドメインを管理している事業者の案内に沿って設定を見直します。

メールの配信サービスや、フォームの道具からメールを送っている場合は、そのサービスが自社のドメインの名前で送れるように設定されているかも見ておきます。From は自社のドメインなのに、DKIM の署名がサービスのドメインになっている場合、DMARC の判定で一致しないことがあります。

怪しいメールを受け取ったときの手順

ここまでの読み方を、実際に怪しいメールを受け取ったときの手順にまとめます。

1. メールの中のリンクを押さず、添付ファイルも開かない
2. 差出人の表示名ではなく、アドレスのドメインを見る
3. Gmail なら送信者の名前の下の矢印から「送信元」と「署名元」を見る
4. ヘッダーを表示し、Authentication-Results の SPF・DKIM・DMARC を見る
5. Reply-To が別のアドレスになっていないかを見る
6. 判断がつかない場合は、メールに書かれた連絡先ではなく、公式サイトに載っている窓口に問い合わせる

最後の手順が一番大切です。ヘッダーの読み方は判断の材料になりますが、最終的な確認は、その会社に別の経路で問い合わせるのが確実です。メールに書かれた電話番号は、偽物のメールなら偽物の番号です。

会社で受け取ったメールなら、自分で判断せず、情報システムの担当に転送して相談する決まりになっていることもあります。その場合は、ヘッダーが失われないように、添付ファイルとして転送する方法を担当者に確かめます。普通に転送すると、元のヘッダーの多くが消えてしまいます。

解析ツールの使い方と注意点

ヘッダーを自分で1行ずつ読むのは大変なので、貼り付けると要点を表にしてくれる解析ツールがあります。Google の公式のヘルプで紹介されているのが、Google 管理者ツールボックスのメッセージヘッダーです。

1. Gmail で「メッセージのソースを表示」を開き、「クリップボードにコピー」を押す
2. Google 管理者ツールボックスのメッセージヘッダーのページを開く
3. 入力欄にヘッダーを貼り付け、分析のボタンを押す

結果には、Received の経路が順に並び、サーバーの間でかかった時間が表示されます。遅れの大きいところが目立つように示されるので、遅延の場所を探すときに便利です。Microsoft の Message Header Analyzer や、MxToolbox の解析のページも、同じ目的で使われています。

ツールに貼り付ける前に、注意しておきたいことがあります。ヘッダーには、自分のメールアドレス、相手のメールアドレス、社内のサーバーの名前や IP アドレスが含まれます。会社のメールのヘッダーを外部のサイトに貼り付けてよいかは、社内の決まりを確かめてからにします。気になる場合は、アドレスやサーバーの名前を別の文字に置き換えてから貼り付けます。

同じことは、ヘッダーを人に見せるときにも言えます。取引先やメールの事業者のサポートに送るときは、必要な部分だけを抜き出し、関係のない人のアドレスは伏せておきます。

迷惑メールのフォルダに入った理由を探す

取引先からのメールが迷惑メールのフォルダに入っていた、あるいは自分が送ったメールが相手の迷惑メールのフォルダに入っていた、という場面でもヘッダーが役に立ちます。

受け取ったメールの場合は、Authentication-Results を見て、SPF・DKIM・DMARC のどれかが fail になっていないかを確かめます。fail になっていれば、送り主の会社のドメインの設定に問題がある可能性があります。相手に伝えるときは、「御社からのメールのヘッダーに、SPF が fail と記録されていました」のように、見たままを伝えると、相手の担当者が調べやすくなります。

自分が送ったメールの場合は、自分宛てに同じ内容を送ってみて、届いたメールのヘッダーを見ます。Gmail のアカウントを1つ持っていれば、そこに送って「メッセージのソースを表示」で3つの認証の結果を確かめられます。独自のドメインでメールを送っているのに DKIM が無い、SPF が fail になる、といった場合は、ドメインの設定を見直す必要があります。

相手やサポートに調べてもらうときの伝え方

ヘッダーを読んでも自分だけでは原因が分からないとき、取引先の担当者やメールの事業者のサポートに調べてもらうことになります。そのときは、ヘッダーの丸ごとを送るより、要点を整理して伝えるほうが話が早く進みます。

伝える内容は、次の5つにまとめると相手が調べやすくなります。

1. 問題のメールの件名と、送られた日時（日本時間で）
2. Message-ID の値（相手のサーバーの記録と照らし合わせる手がかりになる）
3. 起きていること（届くのが遅れた、迷惑メールに入った、送り主が不審など）
4. ヘッダーで気になった箇所（例：Received の2つ目と3つ目の間で2時間空いている）
5. Authentication-Results の SPF・DKIM・DMARC の結果

Message-ID は、メール1通ごとに付く番号で、送り主の側のサーバーの記録と一致します。件名や日時だけでは、同じような件名のメールが何通もあると特定に手間がかかりますが、Message-ID があれば1通に絞れます。

ヘッダーの全文を求められた場合は、自分以外の宛先のアドレスや、社内のサーバーの情報が含まれていないかを確かめてから送ります。社内の決まりで外部に出してはいけない情報が含まれる場合は、その部分を伏せた形で送ってよいかを、相手に先に確かめます。

問い合わせのメールを管理するときの視点

会社の窓口で社外からの問い合わせや応募を受けていると、本物の問い合わせに混ざって、取引先を名乗る偽物のメールや、営業目的のメールも届きます。ヘッダーで確かめるのは手間がかかるので、すべてのメールに行うのは現実的ではありません。

手間を減らすには、問い合わせの入り口をフォームにまとめ、フォームから届いたものを1件ずつ管理する方法があります。窓口のアドレスに直接届くメールより、内容の形がそろい、誰が対応しているかも分かりやすくなります。

たとえばHalictは、フォームから届いた問い合わせや応募を1件ずつ、担当者と状況を付けて管理し、返信まで同じ画面で行えるフォームの道具です。料金のページでは、無料のフリーのプランはメンバー1人まで、3人まで使えるスターターは月額2,980円、10人まで使えるチームは月額7,800円（いずれも税抜）と案内されています。Halictは、@SOHOを運営する株式会社ライフスケープが開発・提供しています。

フォームを入り口にしても、返信がメールでやりとりされる以上、怪しいメールへの注意は欠かせません。担当者が交代しても判断がぶれないように、怪しいと感じたときに見る項目（差出人のドメイン、送信元と署名元、Reply-To）を、窓口の決まりとして書き残しておくと役に立ちます。

在宅ワークの現場から見たメールの確かめ方

ここからは、フリーランスと在宅ワークの仲介を2004年から続けてきた運営者の立場から、メールの確かめ方について見てきたことを書きます。

在宅で仕事を受ける人のもとには、仕事の依頼を装ったメールも届きます。実在する会社の名前を使い、高い報酬を示して、外部のチャットへ誘ったり、登録料を求めたりするものです。長く続けている人ほど、依頼のメールを受け取ったら差出人のドメインと会社の公式サイトを照らし合わせ、少しでもおかしいと感じたら返信の前に確かめる習慣を持っています。ヘッダーを読めることは、その確かめの精度を上げる手段の1つです。

依頼する側と受ける側が手数料0%で直接やりとりできる形は、受ける側の手取りが厚くなる良さがある一方、相手が本物かどうかを自分で確かめる責任も伴います。メールの送信元を確かめる力は、直接取引を安心して続けるための基本の力です。

もう1つ、運営の現場で目にしてきたのは、依頼する側が受け取る応募のメールにも偽物が混ざるという点です。実在のフリーランスの名前や実績をかたり、前払いを求めたり、外部のファイルを開かせたりする手口です。依頼する側も、知らない相手からのメールに添付されたファイルをすぐに開かず、差出人のドメインや送信元を確かめる習慣を持つと、被害を防ぎやすくなります。受ける側と依頼する側の両方が確かめ合う関係が、直接取引を長く続けるための土台になります。

メールの安全を守る知識は、仕事としても求められています。会社のメールやシステムの安全を守る仕事についてはAI・マーケティング・セキュリティのお仕事で、メールの仕組みを含むシステムを作る仕事についてはアプリケーション開発のお仕事で、仕事の内容と求められる知識を紹介しています。

よくある質問

Q. メールヘッダーを見れば送り主を特定できますか？

送られてきたサーバーの名前や IP アドレスは分かりますが、送った人そのものを特定できるわけではありません。配信サービスやクラウドのサーバーを経由していれば、そのサービスの名前しか分からないことも多くあります。分かるのは「どこから送られてきたか」までで、相手の確認は別の経路で行います。

Q. SPF が fail のメールは必ず偽物ですか？

必ずではありません。転送されたメールや、メーリングリストを通ったメールは、本物でも SPF が fail になることがあります。DKIM の署名が From のドメインと一致して pass になっているか、DMARC が pass かを合わせて見ます。判断がつかない場合は、公式サイトの窓口に問い合わせます。

Q. スマートフォンでメールヘッダーを見られますか？

スマートフォンの Gmail のアプリや iPhone の標準のメールのアプリでは、ヘッダーの全文を表示する機能がありません。確かめたいメールは、パソコンのブラウザで Gmail や Web 版の Outlook を開き、メッセージのソースや詳細を表示します。パソコンで確かめられるまでは、メールの中のリンクを押さず、返信もしないでおきます。

Q. Received の時刻がばらばらなのはなぜですか？

サーバーごとに、使っている時間帯が違うためです。日本時間（+0900）で書くサーバーもあれば、世界の標準時（+0000）や、アメリカの時間（-0800 など）で書くサーバーもあります。遅れを調べるときは、すべての時刻を日本時間に直してから、隣り合う記録の差を比べます。