メールの仕組み｜送信サーバーから相手の受信箱に届く流れ

自分の言葉で説明してみよう

自分のメール画面を見ながら、封筒の通り道を想像してみます。

1. メールアドレスの @ の右側にあるドメインを見る
2. 送信済み、受信箱、迷惑メール、下書きの違いを見る
3. 添付ファイルがある場合、サイズや種類を確認する
4. 受信が遅い場合、相手側、こちら側、迷惑メール判定を分けて考える
5. 不安なメールは、リンクを押す前に差出人アドレスや公式画面を確認する

メールは、端末から相手端末へ直接届くのではなく、＿＿＿＿＿＿＿＿＿＿＿＿を通って届きます。
宛先のドメインから配送先を探すときは、＿＿＿＿＿＿＿＿＿＿＿＿が関係します。
届かないときは、送信側 / DNS / 相手先サーバー / 迷惑メール判定を＿＿＿＿＿＿＿＿＿＿＿＿見ます。

答えの例は、「メールサーバー」「MXレコード」「分けて」です。メールを説明するときは、送信ボタンを押した瞬間だけでなく、相手の受信箱へ入るまでを一つの道として見ると整理しやすくなります。

画面では、メールアプリで宛先、件名、本文を書いて送信するだけに見えます。けれど画面のむこう側では、送信サーバー、宛先ドメイン、DNSのMXレコード、相手先メールサーバー、受信箱、迷惑メール判定、受信アプリが関係します。

第84話「メールはどう旅をする？」では、通知の呼び鈴の部屋を出たあと、ラボの郵便路へ進みます。ユイたちは、封筒がどのサーバーを通り、どの受信箱へ入るのかをたどります。

宛先から相手のサーバーを探す

メールは、相手のメールアドレスを手がかりに、メールサーバー同士で本文や添付ファイルを受け渡す仕組みです。

たとえば、yui@example.jp にメールを送る場合、送信側は example.jp のメールをどのサーバーに届ければよいかを調べます。そこで DNSとは で扱う名前案内の仕組みと、メール用のMXレコードが関係します。行き先がわかると、送信側のメールサーバーは相手先のメールサーバーへメールを渡します。

ラボのたとえでは、メールは封筒です。封筒には宛先、差出人、件名、本文、添付ファイルが入り、郵便局にあたるメールサーバーが配送先を調べて運びます。チャットの会話ルームとは違い、相手のメールサービスの受信箱に届けるところが大きな特徴です。

ユイ

通知は呼び鈴でした。メールは、本文を相手の受信箱まで運ぶ感じですね

イト

メールアドレスを書いたら、どうやって相手のサーバーを見つけるの？

ピコ

そこにDNSやメールサーバーの出番があるよ。郵便路として見てみよう

送信から受信箱までの順番

メールは、だいたい次のような流れで届きます。

1. 利用者がメールアプリやWebメールで宛先、件名、本文を書く
2. 送信側のメールサーバーへメールが送られる
3. 宛先メールアドレスのドメインを見て、配送先のメールサーバーを調べる
4. 送信側サーバーが相手先メールサーバーへメールを渡す
5. 相手先サーバーが受信箱に入れるか、迷惑メールとして扱うかを判断する
6. 受信者がメールアプリやWebメールで受信箱を開いて読む

実際には、認証、暗号化、添付ファイルのサイズ制限、転送、フィルター、迷惑メール判定などが加わります。サービスや環境によって、届く速さや表示のされ方が変わる場合もあります。

マコト

宛先の後ろにあるドメインが、配送先を探す手がかりになるんだね

ピコ

そう。メールアドレスは、名前だけでなく配送地図にもつながっているよ

宛先ドメインとMXレコード

メールアドレスは、名前@ドメイン の形をしています。

@ の右側にあるドメインは、どの組織やサービスのメールとして扱うかを示す手がかりです。送信側のメールサーバーは、このドメインを使ってDNSを調べます。メールの配送先を示す情報が、MXレコードです。

Webページを開くときは、ドメインからWebサーバーの住所を調べます。メールを送るときは、同じDNSの中でも、メールを受け取るサーバーを示す情報を見ます。ここを混ぜると、「Webサイトは見えるのにメールが届かない」といったトラブルの整理が難しくなります。

SMTP、IMAP、POPの役割

メールでは、役割ごとにいくつかの通信の約束が使われます。

SMTPは、メールを送るためによく出てくる仕組みです。送信アプリから送信サーバーに渡す場面や、メールサーバー同士で受け渡す場面に関係します。

サーバー内の入口番号を見たい場合は、ポート番号とは も役に立ちます。

IMAPやPOPは、受信箱のメールを読むときに関係します。IMAPはサーバー上の受信箱と同期しながら読む考え方です。POPはメールを端末へ取り出して読む考え方です。現在のメールサービスではWebメールやアプリ独自の仕組みも組み合わさるため、画面に見える名前だけで判断しない方が理解しやすくなります。

迷惑メール判定と安全確認

メールは、届く前にいくつかの確認を受けます。

相手先のメールサーバーは、差出人、送信元、本文、添付ファイル、リンク、過去の評価、ドメイン設定などを見て、受信箱に入れるか、迷惑メールに振り分けるか、拒否するかを判断する場合があります。仕事のメールが迷惑メールに入る、添付ファイルだけ止まる、特定の相手にだけ届かない、といった場面では、この確認が関係していることがあります。

また、メールはフィッシングやなりすましにも使われやすい道です。見覚えのないリンクや添付ファイル、急がせる文面、差出人名とメールアドレスの不一致は、読む側で確認したい手がかりになります。

チャットや通知との違い

メール、チャット、プッシュ通知は、どれも「知らせる」場面で使われます。けれど、画面のむこう側の役割は違います。

メールは、別々のメールサービス同士でもやり取りしやすい仕組みとして使われてきました。チャットは、特定のアプリやサービス内の会話ルームで状態をそろえることが多いです。通知は、その新着を画面の外から知らせる呼び鈴です。

この違いを分けると、「メールは届いたが通知が出ない」「チャットには来たがメール通知は来ない」「迷惑メールに入っていた」といった症状を整理しやすくなります。

もう少し広く、データがネットワークを通って届く考え方へ進むなら、データ通信の仕組み が自然です。投稿、フォロー、通知、タイムラインの流れへ広げるなら、SNSの仕組み へ進んでください。

ミニクイズ：メールと通知を分けられる？

Q1. メールは端末から相手の端末へ直接届くだけですか？

多くの場合、送信側のメールサーバーと相手先のメールサーバーを通ります。受信者は、その受信箱をアプリやブラウザで読みます。

Q2. MXレコードは何に関係しますか？

宛先ドメインのメールを、どのメールサーバーに届けるかを示す情報に関係します。

Q3. メールとプッシュ通知は同じですか？

同じではありません。メールは本文を受信箱に届ける仕組みで、プッシュ通知は端末へ新着の合図を出す仕組みです。