电子邮件格式说明.docx

邮件格式说明 邮件格式说明 1 概述 2 主体结构 2 邮件头 2 长字段的断行 2 字段主要结构 3 邮件头构造协议 3 重要参数字段 4 Content-type 字段 Multipart 类型说明 5 Content-type 字段 Message 类型说明 6 邮件格式说明 Mutiple Internet Mail Extensions Refer to Internet Official Protocol Standards RFC 822 概述 网络间传递的电子邮件需要公共认同的格式，以便于客户端邮箱软件识别拆解其间的信息。邮件本身是由 ASCII 字符构成，总体上分为邮件头邮件体两部分， 其间允许字符编码、附件、压缩等等多样化的格式。本文档参考网络官方协议标准中,请求批注的邮件相关条款，总结了邮件结构及其各部分的格式说明，给出部分字符编码的相关解释。 RFC( Require for comment ) 是 Internet Official Protocol Standards 标准所提供的网络协议标准系列。 主体结构 邮件结构包括邮件头、邮件体（可无），邮件体实际上是一行行的 ASCII 字符构成的简单序列，它和邮件头是靠一个空行（该行只有一个回车换行符 CRLF） 来区分开的。 邮件头 长字段的断行 邮件头由许多头字段(header fields)组成，这些字段包括字段名(field name)和字段值(field body)；字段值(field body)可以分割成多行表述，叫做“可折叠”。断行的规则是：在一行的线性空格处，可用 CRLF（回车换行）之后至少跟 一个 LWSP-char(空格或 TAB)，把原来的单行变为多行表示。 RFC 协议中推荐尽量把折叠的断行放置在特定的空格分隔处，比如，地址字 段里的多个邮件地址，折叠时尽量在各地址之间，及逗号之后断行。 字段主要结构 包括字段名(Field name)，冒号(colon)，字段值(Field body)，结束符（CRLF）；有些字段属于结构化字段，比如日期(Date)，邮件地址(Address)，有着特定 的表示格式，用于系统识别。而其他字段比如”Subject” “Comments”都被当作简单的字符串处理。 字段表示： field-name : [ field-body ] CRLF 字段值(Field body)可断行（见 1），内容全部都是 ASCII 码，元素包括句号， 引用字符串，特殊 token，或一般文本。字段的含义参见后文附录。 邮件头构造协议 邮件头字段不是必须按照特定的顺序安排，仅仅是注意要把邮件体放在邮件头之后。邮件协议中推荐的做法是在放置邮件字段时，邮件按照以下顺序安排：” Return-Path”, “Received”, “Date”, “From”, “Subject”, “Sender”, “To”, “cc”,等等。 邮件协议中规定邮件由字段和邮件体正文组成，两部分之间由一个空行（该行只有包含 CRLF）分隔，也就是说，在遇见的第一个空行之后所有的内容都被当作邮件体。 ? 转发-Forwarding 一些系统允许接受者转发信息，保留原有的邮件头，仅添加些新的字段，这些字段以”Resent-”为前缀。及前缀”Resent-”的字段表示接受者转发的原信息。 ? 路径字段-Trace Field 路径信息用来追踪信息的发送者，”via” “with”等是记录变量。 “Return-Path” :该字段由信息的最后发送者添加,是关于信息原始来源的地 址和回朔路径。 Reply-To 字段是有信息源添加用来直接回复（地址？） ，而 Return-Path 是一个到信息原始来源的回朔路径。 “Received” :由每个中继服务站添加，用于帮助追踪传输中出现的错误。字段内容包括，发送、接收的主机和接收时间。参数 via 用于记录信息发送后经过的物理站点，”with”指示了使用的邮件、连接的协议。参数id 用于标识邮件。参数 for 用于记录发送者的分发的目的地址。 ? 信息源的字段-Originator Field “From/Resent-From” :与 sender 必须至少存在一个。“Sender/Resent-Sender” “Reply-To/Resent-Reply-To” 当自动生成回复信息的地址列表时，应当注意：如果没有” Sender”，将会使用”From” .接收者在回复信息时，邮件 sender 中的信息不会被自动使用。如果”Reply-To”字段存在，将使用该字段信息，而不是”From”字段。如果有” From”而没有”Reply-To”，将使用”Fro