解释计算机网络中的电子邮件格式。
电子邮件是指在互联网上传输消息。它是通信网络上最常用的功能之一，其中包含文本、文件、图像或其他附件。
电子邮件格式− 一封电子邮件包含以下三个部分−
电子邮件信封
在现代电子邮件系统中，电子邮件和其内容是有区别的。电子邮件信封包含消息、目标地址、优先级安全级别等。消息传输代理使用此信封进行路由。
消息
信封内的实际消息由两部分组成
- 报头
- 正文
报头包含控制信息，而正文包含消息内容。信封和消息如下图所示 −
消息格式
让我们了解电子邮件中的 RFC 822 消息格式。
消息由一个原始信封、一些报头字段、一个空行以及消息正文组成。每个报头字段在逻辑上包含一行 ASCII 文本，其中包含字段名称、一个冒号和一个字段。RFC 822 是一个较旧的标准。通常，用户代理会构建一条消息，并将其传递给消息传输代理，并使用用户的标头字段构建信封。
下表显示了与消息传输相关的主要标头字段。
与消息传输相关的 RFC 822 标头字段
| 标头 | 含义 |
|---|---|
| To − | 主要收件人的电子邮件地址。 |
| Cc − | 次要收件人的电子邮件地址。 |
| BCC | 密件抄送的电子邮件地址。 |
| From − | 创建消息的人。 |
| Sender | 实际发件人的电子邮件地址。 |
| Received | 沿途各转运代理插入的线路。 |
| Return Patch | 它可以用它来识别到发件人的路径。 |
收件人 − 字段
该字段提供主要收件人的 DNS 地址。允许有多个收件人。
抄送 − 字段
该字段提供任何次要收件人的地址。
密送
密送的全称是"Blind Carbon Copy"。该字段与抄送字段类似，不同之处在于，它会从与主要收件人和次要收件人共享的所有副本中删除。此功能允许人们在主要收件人和次要收件人不知情的情况下将副本发送给第三方。
发件人 −和 Sender 字段
这些字段分别用于说明消息的编写者和发送者，因为创建消息的人和发送消息的人可能不同。
from 字段是必填字段，但如果 sender 字段与 from 字段相同，则可以省略。如果消息无法送达并需要返回给发送者，则需要这些字段。
Received 字段
每个消息传输代理都会在传输过程中添加一行包含 Received 字段的内容。此行包含代理的身份、接收消息的日期和时间。它还包含一些其他信息，可用于查找路由系统中的错误。
Return-Path 减号字段
最终的消息传输代理会添加此字段，并预先确定如何接收返回给发送者。它可以从所有收到的报头中收集这些信息。
其他报头字段
除了下表中的字段外，RFC 822 消息可能包含用户代理或人类收件人使用的各种报头字段。下表列出了其中许多字段。
RFC 822 消息报头中的一些字段如下:
| 标题 | 含义 |
|---|---|
| Date: | 消息的日期和时间。 |
| Reply− To | 回复将被发送到的电子邮件地址。 |
| Message-Id: | 消息识别号 |
| In− Reply − To: | 此为回复消息的 Message-Id。 |
| References: | 其他相关消息标识号码。 |
| Keywords: | 用户选择的关键字。 |
| Subject: | 单行显示的消息摘要。 |
RFC 822 允许用户创建新的标头供个人使用，但这些标头必须以字符串"X − 本周事件"开头。
消息正文
消息正文位于标头之后。用户可以在消息正文中输入任何想要发送的内容。消息结尾可以使用 ASCII 漫画、引言和政治言论。
