邮件解析介绍.PDFVIP

邮件解析介绍 黄一夫 Email 电子邮件，是一种从一个作者到一个或者多个接收者的数字信息交换手段。现今的电子邮件 系统是以存储并转发模型为基础的。电子邮件服务器接收，转发，投递并且存储消息。用户 和他们的电脑都不需要同时在线，他们只需要简单地连接到一个电子邮件服务器，就可以收 发消息。电子邮件从最初仅文本格式（7-bit ASCII and others）的通信媒介，经过了从RFC2045 到RFC2049 的标准化过程，已经扩展到现在能够携带多媒体内容附件的电子邮件。这些RFC 标准总称为多用途互联网邮件扩展（MIME）。 互联网电子邮件信息格式定义在RFC5322 中，包含两个主要的部分： 一．邮件头——结构化的字段例如From，To ，CC，Subject ，Date 和其他关于电子邮件的信 息。 1. From：电子邮件地址，和可选的作者的名字。在很多的电子邮件客户端都是不可变 的，除非通过改变帐号设置。 2. Date：这封消息被写时的当地时间和日期。和 From 字段相同，很多电子邮件客户 端将会自动地填充它。接收客户端可能格式化地显示它，并且将其转换为接收者的 时区的表达。 3. Message-ID：也是自动生成的字段，用于防止重复投递并且被In-Reply-To 字段所引 用。 4. In-Reply-To ：回复信息的 Message-ID。用作将信息链接到一起。这个字段只用于回 复消息。 5. To ：电子邮件地址，一个或者多个，和可选的消息接收者的名字，用于指出首要的 接收者。 6. Subject ：一个简短的消息主题的总结，某些缩写经常用于主题中，包括”RE:”,”FW:”。 7. Bcc：添加到SMTP 投递表单但是通常不列在消息数据中，对其他的接收者保持不可 见。 8. Cc ：指出那些将接收到信息的拷贝的邮件地址，许多的电子邮件客户端会依靠你是 在To 字段还是在Cc 字段中出现来不同地标记收件箱中的邮件。 9. Content-Type ：关于消息如何将被显示的信息，通常是MIME 型。 10. Precedence：通常有’’bulk”，”junk”，或者”list”的值，用作指出自动的”vaction”或者”out of office”，响应不应该被返回到这封邮件。 11. Received：记录被邮件服务器生成的以前的消息，顺序相反。 12. References：正在回复的邮件的Message-ID 和之前回复的邮件的Message-ID。 13. Reply-To ：应该被用于回复消息的地址。 14. Sender：实际发送者的地址，代表在From 中列出的地址。 15. Archived-At ：一个直接的关于个人电子邮件信息的的归档格式链接。 二．邮件体——基本的无结构化的文本内容，有时在结尾包含一个签名块。这和通常信件的 体是相同的。 1. Content encoding 电子邮件最初被设计为7-bit ASCII。许多电子邮件软件是 8-bit clean，但必须 承担起它能与7-bit 服务器和邮件读者沟通的职责。MIME 标准出台字符集符和两个 内容传输编码，使非ASCII 数据传输： quoted printable 的大多是7 位的内容与范围之外的字符； base64 针对任意的二进制数据。 2. Plain text and HTML 许多现代的图形化电子邮件客户端允许使用plain text 或者HTML 对信息的主体进行 用户定制。HTML 电子邮件信息经常也包含一份自动生成的plain text 拷贝，基于对 兼容性的需求。为使HTML 在电子邮件中合适地传送，一个额外的邮件头必须在发 送的时候被指定： “Content-type:text/html”，大多数的电子邮件程序都自动地发送 该邮件头。 3. Content—Type MIME 中的邮件体部分比早期的单文本文件复杂很多，实现时要根据其