FROMアドレスとTOアドレスの両方が「エンベロープ」と呼ばれる隠し要素で繰り返され、その後「ボディ」で再び繰り返されることを学びました。
質問
- エンベロープデータが「ヘッダー」にコピーされないのはなぜですか?
- なぜこの重複が存在し、必要な機能をメッセージ自体に埋め込むことができなかったのですか?
- すべての(非SMTP)メッセージトランスポートはこれを行いますか?
- SMTPにはどのような代替手段がありますか?(だから私は推論をよりよく理解できる)
FROMアドレスとTOアドレスの両方が「エンベロープ」と呼ばれる隠し要素で繰り返され、その後「ボディ」で再び繰り返されることを学びました。
質問
回答:
電子メールメッセージのヘッダー内のアドレスは、エンベロープ送信者と受信者とは別の目的に仕える(実際には隠されていない、それ自体が、彼らはメッセージの一部ではありません)。
メッセージには決して表示されないエンベロープ送信者と受信者は、SMTPプロトコルの一部であり、配信指示、つまり、メールサーバーがメッセージを配信するメールボックス、またはメッセージの返送先を指定します。いくつかの失敗。どちらのアドレスも、メッセージのセマンティックコンテンツとは関係ありません。これらについては、RFC 5321のセクション4.1.1.2および4.1.1.3 で詳細に説明されています。
論理的には、これらは郵便物の封筒に印刷された住所に類似しています。
メッセージ自体に表示される発信者と宛先のアドレスは、明示的な配信指示ではなく、意味的な意味を示します。これらは、RFC 5322セクション3.6.3およびRFC 6854セクション2.1(RFC 5322セクション3.6.2を廃止)で詳細に説明されています。
簡単に言えば、メッセージ内のFrom:はメッセージを書いた人のメールボックスを示し、Sender:は他の誰かに代わってメッセージを送信したエンティティを示し、To:およびCc:は目的の受信者メールボックスを示します。RFCでは、関心のある他のヘッダーフィールドも定義しています。
論理的には、これらは郵便物内の通信に印刷されたアドレスに類似しています。
多くの場合、エンベロープの送信者と受信者は、From:およびTo:アドレスと同じです。しかし、例えばメーリングリストの場合、彼らはまったく連絡を取りません。
違いが見られる最も一般的なシナリオは、複数の受信者がいる電子メールの配信中です。
次の宛先にメールを送信しようとしているとします。
メールクライアントがメールサーバーにメールを送信しているとき、3つのアドレスはすべて、エンベロープとヘッダーの両方で繰り返されます。次のメールサーバーは、のMXレコードを検索しますexample.com
とexample.net
配信を継続します。
メールサーバーは、各受信サーバーと2つの個別のSMTP接続を確立して、メールをさらに送信します。
MXと通信する場合、example.com
3つすべての受信機がTo
ヘッダーに残りますが、エンベロープ受信機は1つしかありません。
MXと通信するとき、example.net
3つすべての受信機はTo
ヘッダーに残りますが、エンベロープ受信機は2つしかありません。
上記の例のように、紙に3人の受取人が書かれた手紙のコピーを3枚印刷したとします。次に、これらの3枚の紙を3つの別々の封筒に入れ、各封筒にアドレスを1つだけ書き込みます。
bcc
電子メールの使用時と転送時など、違いが生じる他のシナリオがあります。
少し工夫されたアナログとして、あなたが何らかのエンティティと文字を交換していると想像してください。そのエンティティに不明な場合は、弁護士宛の封筒に入れた各手紙のコピーを作成します。