邮件格式文档(详细).docVIP

邮件格式说明 Mutiple Internet Mail Extensions Refer to Internet Official Protocol Standards RFC 822 1???????概述 网络间传递的电子邮件需要公共认同的格式，以便于客户端邮箱软件识别拆解其间的信息。邮件本身是由ASCII字符构成，总体上分为邮件头邮件体两部分，其间允许字符编码、附件、压缩等等多样化的格式。本文档参考网络官方协议标准中,请求批注的邮件相关条款，总结了邮件结构及其各部分的格式说明，给出部分字符编码的相关解释。 RFC( Require for comment )是Internet Official Protocol Standards标准所提供的网络协议标准系列。 ? 2???????主体结构 邮件结构包括邮件头、邮件体（可无），邮件体实际上是一行行的ASCII字符构成的简单序列，它和邮件头是靠一个空行（该行只有一个回车换行符CRLF）来区分开的。 2.1?????邮件头 1)????长字段的断行 邮件头由许多头字段(header fields)组成，这些字段包括字段名(field name)和字段值(field body)；字段值(field body)可以分割成多行表述，叫做“可折叠”。 断行的规则是：在一行的线性空格处，可用CRLF（回车换行）之后至少跟一个LWSP-char(空格或TAB)，把原来的单行变为多行表示。 RFC协议中推荐尽量把折叠的断行放置在特定的空格分隔处，比如，地址字段里的多个邮件地址，折叠时尽量在各地址之间，及逗号之后断行。 2)????字段主要结构 包括字段名(Field name)，冒号(colon)，字段值(Field body)，结束符（CRLF）； 有些字段属于结构化字段，比如日期(Date)，邮件地址(Address)，有着特定的表示格式，用于系统识别。而其他字段比如”Subject” “Comments”都被当作简单的字符串处理。 字段表示： field-name : [ field-body ] CRLF 字段值(Field body)可断行（见1）），内容全部都是ASCII码，元素包括句号，引用字符串，特殊token，或一般文本。字段的含义参见后文附录。 ? 3)????邮件头构造协议 ??????邮件头字段不是必须按照特定的顺序安排，仅仅是注意要把邮件体放在邮件头之后。邮件协议中推荐的做法是在放置邮件字段时，邮件按照以下顺序安排：”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”，将使用”From”。??? ??接收者字段-Receiver Field “To/Resent-To” “Cc/Resent-Cc” “Bcc/Resent-Bcc” ??参考字段 “Message-ID/Resent-Message-ID” “In-Reply-To” “Reference