電子メールのしくみ

学習目標

本講を終えると、以下の問いに答えられるようになる。

• 電子メールとは何か、どんな構造(宛先・件名・本文)を持っているかを説明できる
• メールアドレスの形 名前@ドメイン がそれぞれ何を意味しているかを言える
• 「送る」と「受け取る」では別のしくみが動いていることを理解する
• SMTP / POP / IMAP という3つのプロトコル名を聞いたとき、それぞれが「送信用」「受信用」のどちらかを答えられる
• メールがメールサーバを経由して届くこと、相手がオフラインでも消えない理由を説明できる
• CC と BCC、添付ファイルの違いを説明できる
• 迷惑メール・なりすましがなぜ起きるのかを直感的に理解する

このレッスンの目次

電子メールは「電子の手紙」

メールと紙の手紙、何が同じで何が違う?

メール1通の構造

図の見方:上の青帯が ヘッダ(From / To / Subject などの管理情報)、下の薄クリーム色が 本文。普段のメール画面で見える宛先・件名・本文の裏側にも、配送に使う情報が整理されている。詳細は 標準 編で扱う。

考えてみよう: Gmail、Outlook、大学のメール、スマホの「メール」アプリ……見た目は違っても、すべてこの「宛先・件名・本文」の構造を共有しています。だから違うサービスのユーザ同士でも、当たり前のようにメールを送り合えるのです。これが「世界共通のしくみ」のありがたさ。

メールアドレスの構造:@ は何の区切り?

分解してみよう

図の見方:メールアドレスは @ の左右で役割がはっきり分かれている。左は「そのサーバの中での名前」、右は「世界中のどのサーバか」。@ がなかったら「誰宛か」と「どこに送るか」が混ざって区別できない。

ドメイン部のしくみ(復習)

ドメイン部の mail.example.com は、右から左に向かって 大きい分類から小さい分類へ並んでいます。.com(トップレベルドメイン)→ example(登録された名前)→ mail(メール用のサーバ)、という階層です。これは 第5回 DNS で学んだ ドメイン名 の仕組みそのもの。メールも Web と同じ住所体系を借りて動いています。

つながる知識: Web の URL https://example.com/page にも example.com というドメインが入っていましたね。メールのアドレスと Web の URL は 同じ「ドメイン名」というしくみ を共有しているので、組織ごとに自分のドメインを取れば Web もメールも同じ名前で運用できる、というご利益があります。

メールは「直接」相手に届くわけではない

なぜサーバ経由なのか?

もし PC から PC に直接届く設計だったとしましょう。あなたが夜中の3時にメールを送ったら、相手のスマホは寝ている時間で電源オフかもしれません。直接届ける設計だと、その瞬間に 相手がオンラインでなければ届かず消えてしまう ことになります。これは困りますね。

そこで「常に起動している中継役」を間に置きます。これが メールサーバ。送信者は中継役にメールを預けるだけ、受信者は都合のよいときに中継役からメールを取りに行く、という仕組みになっています。

大きな図:郵便にたとえてみる

図の見方:メールは「自分のスマホ → 自分の郵便局 → 相手の郵便局 → 相手のスマホ」と4段階で旅をする。途中の2つの郵便局(=メールサーバ)は 常に起動 していて、いつでもメールを受け付けたり預かったりしてくれる。だから送信者と受信者が同時にオンラインでなくてもよい。

つながる知識: インターネット上のサービスは多くが「サーバ・クライアント」という関係で動いています(第6回 でも出てきました)。Web の場合は 1台のサーバ に大勢のクライアントがアクセスする形ですが、メールは 「送信者の郵便局」と「受信者の郵便局」 の2つのサーバが連絡を取り合うのが特徴です。

届くまでの流れをステップで追う

図の見方:5つのステップを順に追うと、メールは「送る」と「取りに行く」の2つのフェーズに分かれていることが分かる。前半(②③)はずっと SMTP、後半(⑤)は POP か IMAP。覚えやすく、混乱しないように切り分けて理解しよう。

動きをアニメで見てみよう

図の見方:封筒(=メール)が「送信者 → 自分の郵便局 → 相手の郵便局 → 相手」と旅をする様子。経路の前半(赤)では SMTP、最後の取り出しだけ別色(緑) = POP/IMAP に変わる。色が変わるところで プロトコル(お約束) も変わる ことに注目。

SMTP / POP / IMAP:3つのプロトコルの役割

POP3 と IMAP を見比べる

SMTP — Simple Mail Transfer Protocol

名前の意味:「シンプルなメール転送のお約束」

• 用途:メールを 送る(クライアント → サーバ、サーバ → サーバの両方)
• 方向:基本は 送り手から受け手へ「押し付ける」 プッシュ型
• 例えるなら:郵便ポストに手紙を投函する → 郵便局が次の郵便局に運ぶ → これらすべての段階で使う共通言語
• 受信用には 使わない(=「メールを取り出す」用途には別のプロトコルが必要)

豆知識: 「Simple」と名前についているとおり、設計思想はとてもシンプル。だからこそ世界中で長く使われてきた一方、シンプルすぎて 差出人を偽る のも簡単になってしまったという側面もある(後述の迷惑メール問題)。ただし現代のメールでは SPF / DKIM / DMARC などの認証技術で補強されており、SMTP 自身は変わらなくても、運用の上では本人確認のしくみが上乗せされている。

POP — Post Office Protocol(現行は POP3)

名前の意味:「郵便局のお約束」(version 3 が現役)

• 用途:メールサーバから自分の機器へ メールをダウンロード する
• 例えるなら:郵便局に行って自分宛の手紙を 持ち帰る。局には残さない

発展 ここから先は POP の細かい挙動・設定の話。情報I レベルでは「POP = ダウンロード型の受信」のイメージだけで十分。

• 発展 動作:基本的にサーバから手元に 取り込んで、サーバ側からは消す(設定で残すこともできる)
• 発展 長所:オフラインでも自分の機器に保存されたメールを読める
• 発展 短所:複数の機器(PC・スマホ・タブレット)で 同じメールを共有しづらい(取りに行った機器にしかない)

IMAP — Internet Mail Access Protocol

名前の意味:「インターネット越しにメールにアクセスするお約束」

• 用途:メールサーバ上のメールを サーバに置いたまま 読み書きする
• 例えるなら:郵便局の 個人ロッカー に手紙が入っていて、出先からも家からも同じロッカーを開けて読める
• 長所:スマホでも PC でも同じメールが見える。一方の機器で「既読」にすると、もう一方でも既読になる

発展 ここから先は IMAP の細かい挙動の話。情報I レベルでは「IMAP = 複数端末で同期できる受信」のイメージだけで十分。

• 発展 動作:必要な部分だけを取り寄せて表示。既読・未読・削除・フォルダ分けなどの状態も サーバ側に同期 される
• 発展 短所:常にネット接続が要る(オフラインで使えるよう、最近のメールアプリは内部でキャッシュも持っている)

これが「スマホでも PC でも同じメールが見える」しくみ: Gmail や iCloud メール、大学のメールなど、現代の主要サービスは 裏で IMAP(または同等の仕組み) を使っている。だから機種を変えてもログインすれば過去のメールがすべてそのまま見える。

かんたん対比表

考えてみよう: なぜわざわざ「送信用」と「受信用」のプロトコルを分けたのでしょう? 送信は「相手の都合に関係なく押し込む」動作、受信は「自分の都合のいいときに取りに行く」動作で、性質がまったく違うからです。性質に合わせてしくみを別にすることで、それぞれをシンプルに作れる、というのが設計の妙。

便利な機能:添付ファイル・CC・BCC

添付ファイル

本文だけでなく、写真・PDF・スプレッドシート・スライド などのファイルを一緒に送れる機能。郵便でいう「同封物」です。

• クリップアイコン(📎)から選ぶのが一般的
• 多くのサービスでは 1通あたりのサイズ上限 があり(数十MB程度)、超える場合はクラウドストレージ共有が推奨される
• 知らない相手から届いた添付ファイルを 不用意に開かない(マルウェアの感染源になる)

CC と BCC:同時に複数の人に送る

1通のメールを 複数の宛先に同時に届ける しくみ。3つの欄を使い分けます。

つながる知識: 「他の受信者に気付かれず複製を送る」という発想は、 カーボンコピー(複写紙) という昔の事務道具に由来します。CC = Carbon Copy、BCC = Blind(見えない) Carbon Copy。電子化された今でも名前だけ残っている、という歴史の名残です。

迷惑メールとなりすましに注意

気をつけるべき典型例

• 銀行・通販サイト・宅配業者を装ったメール で、偽のログイン画面に誘導してパスワードを盗む(フィッシング詐欺)
• 身に覚えのない「未払い金請求」「アカウント停止」 などの不安をあおる文面
• 怪しいリンクや添付ファイル。一見大学やサービスからのメールに見えても、リンク先のドメインがまったく違う

身を守るためのチェックポイント

1. 送信者のメールアドレス をしっかり確認する。表示名は偽れるが、@ の右側のドメインがおかしくないか?
2. リンク先 URL をクリック前にマウスオーバーして確かめる。見覚えのある名前でも、よく似せた偽ドメインの可能性
3. 添付ファイル をいきなり開かない
4. 不安なときは「メールに書かれた連絡先」ではなく、 公式サイトに自分から ブックマークなどでアクセスして確認する

まとめと用語チェック

用語チェック

確認問題