0%

RFC822

RFC822(Standard for ARPA Internet Text Messages)基于RFC733(Standard for the Format of ARPA Network Text Messages)。

一、介绍

一封“消息(Message)”包括“信封(Envelope)”和“内容(Content)”,一般情况下,“信封(Envelope)”基于“内容(Content)”而生成。本文档只关注“内容(Content)”,而不涉及“信封(Envelope)”。
接下来如果未做特殊说明,“消息(Message)”就是指“内容(Content)”。
本文只约定“消息(Message)”在传输过程中的格式规范,而不对“消息的存储格式”,“消息处理系统特征”,“消息处理系统用户接口特征”等作出限定。
“消息(Message)”只包含纯文本内容,而不包含其他多媒体形式内容,如图片,音频,视频等。数据压缩,传输存储效率等细节都不作考虑和限定。

二、扩展的BNF

2.1、“或者”符号

a/b

hello/world匹配“hello”或者“world”。

2.2、“整体”符号

(a b)

(hello world)匹配“hello world”。

2.3、“重复”符号

<l>*<m>a

1*5a匹配“1-5个a”,*a匹配“0到无穷个a”,1*a匹配“1到无穷个a”,*10匹配“0到10个a”。

2.4、“可选”符号

[a]

[hello]匹配“存在一个hello字符串”或者“不存在hello字符串”。

2.5、“重复特定次数”符号

<n>a

等价于<n>*<n>a1a匹配“a”,2a匹配“aa”。

2.6、“列表”符号

<l>#<m>a

1#5a匹配“1-5个a,a之间至少以1个逗号隔开”,#a匹配“0到无穷个a,a之间至少以1个逗号隔开”,1#a匹配“1到无穷个a,a之间至少以1个逗号隔开”,#10a匹配“0到10个a,a之间至少以1个逗号隔开”。

2.7、“注释”符号

;a

;hello表示“hello”是注释字符串。

三、消息(Message)的词法分析

3.1、一般描述

“消息(Message)”由“至少一个消息头字段(Header-Field)”和“可选的消息体(Body)”组成,中间以一个“空行”隔开。即:
Message=(1*(Header-Field))(CRLF)[Body]

3.2、消息头字段(Header-Field)

“消息头字段(Header-Field)”由“消息头字段名称(Field-Name)”和“可选的消息头字段体(Field-Body)”组成。即:
Header-Field=(Field-Name)”:”[Field-Body](CRLF)
Field-Name=1*< 由ASCII表中可打印字符组成(32-126),除了32(SPACE)和58(:) >
Field-Body=< text >

3.2.1、消息头字段(Header-Field)之分类

消息头字段(Header-Field)分为两类:“非结构化消息头字段”和“结构化消息头字段”。“结构化”类别跟“非结构化”类别相比,唯一的区别在于:前者的消息头字段体(Field-Body)可被解析为“specialsquoted-stringdomain-literalcommentatom”这5种组成成分。

3.2.2、消息头字段(Header-Field)之折叠和展开

1、折叠(Fold)
为了可读性,消息头字段(Header-Field)的消息头字段体(Field-Body)可被“折叠”,具体规则如下:
使用(CRLF)(1*(LWSP-char))替换linear-white-space,由“3.2、消息头字段(Header-Field)”中的“Field-Body”的定义可知,此时的“linear-white-space”事实上等价于“1*(LWSP-char)”。
2、展开(Unfold)
消息头字段(Header-Field)的消息头字段体(Field-Body)中“折叠”的逆过程为“展开”,具体规则如下:
使用1(LWSP-char)替换(CRLF)(1(LWSP-char))。

3.2.3、消息头字段(Header-Field)的消息头字段体(Field-Body)中的LWSP-char

消息头字段(Header-Field)的消息头字段体(Field-Body)中的LWSP-char没有任何意义,可被任意添加或者删减(除了CRLF后的LWSP-char不能被删除,因为这是“折叠”得到的)。
另外,有些地方规定只能有一个LWSP-char

3.3、消息体(Body)

Body=< 由ASCII表中所有字符组成的字符串 >

3.4、词法分析记号

记号 表示含义
CHAR < ASCII表中任意字符,十进制范围0-127 >
ALPHA < ASCII表中任意拉丁字符,十进制范围65-90&97-122 >
DIGIT < ASCII表中任意数字字符,十进制范围48-57 >
CTL < ASCII表中控制字符和DEL字符,即“不可打印字符”,十进制范围0-31&127 >
CR < ASCII表中CR字符,十进制值为13 >
LF < ASCII表中LF字符,十进制值为10 >
SPACE < ASCII表中SPACE字符,十进制值为32 >
HTAB < ASCII表中TAB字符,十进制值为9 >
<"> < ASCII表中双引号字符,十进制值为34 >
CRLF (CR)(LF)
LWSP-char SPACE/HTAB
linear-white-space 1*([CRLF]LWSP-char)
specials “(“/“)”/“<”/“>”/“@”/“,”/“;”/“:”/“\“/<">/“.”/“[“/“]”
delimiters specials/linear-white-space/comment
text < 由任意ASCII表中字符(包括CR,LF)构成的字符串,除了CRLF >
atom < 1*(任意ASCII表中字符,除了specialsSPACECTL) >
quoted-string <">*(qtext/quoted-pair)<">
qtext < 由任意ASCII表中字符(除了<">,”\“和CR)构成的字符串,包括linear-white-space >
domain-literal “[“*(dtext/quoted-pair)”]”
dtext < 由任意ASCII表中字符(除了”[“,”]”,”\“和CR)构成的字符串,包括linear-white-space >
comment “(“*(ctext/quoted-pair/comment)”)”
ctext < 由任意ASCII表中字符(除了”(“,”)”,”\“和CR)构成的字符串,包括linear-white-space >
quoted-pair “\“CHAR
phrase 1*(word)
word atom/quoted-string

备注:
1、当消息被传递给一个不遵循本协议的消息处理系统时,comment被替换成一个SPACE
2、一般不区分大小写,除了以下这些词法单元:textqtextdtextctextquoted-pairlocal-part(其中的“Postmaster”作为特殊保留地址,不区分大小写)

四、消息(Message)的详细规范

4.1、详细规范

Message=(1*(Header-Field))(CRLF)[Body]或者说Message=(fields)(CRLF)[Body]
fields=(dates)(source)(1*destination)(*optional-field)

4.1.1、dates

dates=orig-date[resent-date]
orig-date=”Date””:”date-time(CRLF)
resent-date=”Resent-Date””:”date-time(CRLF)

4.1.2、source

source=[trace]originator[resent]
trace=(return)(1*received)
return=”Return-path””:”route-addr(CRLF)
received=”Received””:”[“from”domain][“by”domain][“via”atom](*(“with”atom))[“id”msg-id][“for”addr-spec]”;”date-time(CRLF)
msg-id=”<”addr-spec“>”
originator=authentic[“Reply-To””:”(1#address)(CRLF)]
authentic=”From””:”mailbox(CRLF)/(“Sender””:”mailbox(CRLF)”From””:”(1#mailbox)(CRLF))
resent=resent-authentic[“Resent-Reply-To””:”(1#address)(CRLF)]
resent-authentic=”Resent-From””:”mailbox(CRLF)/(“Resent-Sender””:”mailbox(CRLF)”Resent-From””:”(1#mailbox)(CRLF))

4.1.3、destination

destination=”To””:”(1#address)(CRLF)/“Resent-To””:”(1#address)(CRLF)/“cc””:”(1#address)(CRLF)/“Resent-cc””:”(1#address)(CRLF)/“bcc””:”(#address)(CRLF)/“Resent-bcc””:”(#address)(CRLF)

4.1.4、optional-field

optional-field=”Message-ID””:”msg-id(CRLF)/“Resent-Message-ID””:”msg-id(CRLF)/“In-Reply-To””:”(*(phrase/msg-id))(CRLF)/“References””:”(*(phrase/msg-id))(CRLF)/“Keywords””:”(#phrase)(CRLF)/“Subject””:”(*text)(CRLF)/“Comments””:”(*text)(CRLF)/“Encrypted””:”(1#2word)(CRLF)/extension-field/user-defined-field

4.1.4.1、extension-field

extension-field=< 扩展注册的标准消息头字段(Header-Field),规定消息头字段名称(Field-Name)不能以“X-/x-”字符串作为前缀 >

4.1.4.2、user-defined-field

user-defined-field=< 用户自定义完全私有的消息头字段(Header-Field),为了避免冲突,消息头字段名称(Field-Name)一般以“X-/x-”字符串作为前缀 >

4.2、转发

转发消息时会在不改变原有消息头字段(Header-Field)的基础上,增加一些以“Resent-”字符串作为前缀的消息头字段(Header-Field),这些消息头字段(Header-Field)的含义跟去掉“Resent-”字符串前缀对应的消息头字段(Header-Field)一致。

4.3、再细化

4.3.1、“Trace”族消息头字段

“Trace”族消息头字段主要由消息投递环节各个设备(除了发件人设备s)添加,用于记录路由信息。定义如下:
source=[trace]originator[resent]
trace=(return)(1*received)
return=”Return-path””:”route-addr(CRLF)
received=”Received””:”[“from”domain][“by”domain][“via”atom](*(“with”atom))[“id”msg-id][“for”addr-spec]”;”date-time(CRLF)
msg-id=”<”addr-spec“>”

4.3.1.1、“Return-Path”消息头字段

该消息头字段由消息投递环节最后一个设备(收件人设备e)添加,给出了确切地指向发件人的路由信息。类似的“Reply-To”消息头字段由发件人设备s添加,显式指定回复消息的接收者。
比如如下“Return-Path”字段值表示:消息反向依次经历“domain1,domain2,…,domainN”设备,消息发件人为“dslztx@domain.cn”。

@domain1,@domain2,...,@domainN:dslztx@domain.cn
4.3.1.2、“Received”消息头字段

该消息头字段由消息投递环节的各个设备添加(除了发件人设备s),用于记录消息在两个设备间的传递过程。
“from”:来源设备的IP地址、域名或主机名。
“by”:当前设备的IP地址、域名或主机名。
“via”:使用的物理传输路径,比如“Arpanet”、“Phonenet”等,具体值在“Network Information Center”中注册。
“with”:使用的传输协议,比如“SMTP”、“ESMTP”、“X.25”等,具体值在“Network Information Center”中注册。
“id”:消息在当前设备中的唯一序列号。
“for”:消息的收件人地址(“原始形式”,在消息投递环节中,消息的收件人地址有可能被各个设备转变成各种扩展形式,比如“缩写形式”)。
紧随其后的时间戳是当前设备接收该消息的时间。

4.3.2、“Originator”族消息头字段

“Originator”族消息头字段主要用于记录消息的发件人,也可用于显式指定回复消息的接收者。定义如下:
originator=authentic[“Reply-To””:”(1#address)(CRLF)]
authentic=”From””:”mailbox(CRLF)/(“Sender””:”mailbox(CRLF)”From””:”(1#mailbox)(CRLF))

4.3.2.1、“From/Resent-From”消息头字段

消息的作者。比如“张三(From)”写了一封消息,交给“李四(Sender)”去发送,但是希望由“王五(Reply-To)”接收回复消息。

4.3.2.2、“Sender/Resent-Sender”消息头字段

消息的发送者。比如“张三(From)”写了一封消息,交给“李四(Sender)”去发送,但是希望由“王五(Reply-To)”接收回复消息。

4.3.2.3、“Reply-To/Resent-Reply-To”消息头字段

回复消息的接收者。比如“张三(From)”写了一封消息,交给“李四(Sender)”去发送,但是希望由“王五(Reply-To)”接收回复消息。

4.3.3、“Destination”族消息头字段

“Destination”族消息头字段主要用于记录消息的收件人,可以指定多个。定义如下:
destination=”To””:”(1#address)(CRLF)/“Resent-To””:”(1#address)(CRLF)/“cc””:”(1#address)(CRLF)/“Resent-cc””:”(1#address)(CRLF)/“bcc””:”(#address)(CRLF)/“Resent-bcc””:”(#address)(CRLF)

4.3.3.1、“To/Resent-To”消息头字段

消息的收件人。

4.3.3.2、“Cc/Resent-Cc”消息头字段

消息的抄送收件人。

4.3.3.3、“Bcc/Resent-Bcc”消息头字段

消息的密送收件人。密送收件人信息不会被任何收件人(包括“收件人”,“抄送收件人”和“密送收件人”)看到。

4.3.4、“Optional”族消息头字段

“Optional”族消息头字段包括一些可选的消息头字段。

4.3.4.1、“Message-ID/Resent-Message-ID”消息头字段

用于记录在发件人设备s中该消息的唯一序列号。

4.3.4.2、“In-Reply-To”消息头字段

记录本消息(本消息是回复消息)所回复一系列消息的“Message-ID”值。

4.3.4.3、“References”消息头字段

记录本消息涉及到的一系列消息的“Message-ID”值。

4.3.4.4、“Keywords”消息头字段

由逗号隔开的消息的关键词。

4.3.4.5、“Subject”消息头字段

消息的主题。

4.3.4.6、“Comments”消息头字段

消息的注释。

4.3.4.7、“Encrypted”消息头字段

如果“消息体(Body)”是加密的,本字段记录解密需要用到的信息。该字段被废弃。

4.3.5、“Extension-Field”族消息头字段

扩展注册的标准消息头字段(Header-Field),规定消息头字段名称(Field-Name)不以“X-/x-”字符串作为前缀,具体消息头字段名在“Network Information Center”中注册。

4.3.6、“User-Defined-Field”族消息头字段

用户自定义完全私有的消息头字段(Header-Field),为了不与其他标准消息头字段(包括基本标准消息头字段和扩展标准消息头字段)冲突,消息头字段名称(Field-Name)一般以“X-/x-”字符串作为前缀,具体消息头字段名无需在“Network Information Center”中注册。

五、日期和时间规范

5.1、定义

date-time=[day“,”](date)(time)
day=”Mon”/“Tue”/“Wed”/“Thu”/“Fri”/“Sat”/“Sun”
date=(1*2DIGIT)(month)(2DIGIT)
month=”Jan”/“Feb”/“Mar”/“Apr”/“May”/“Jun”/“Jul”/“Aug”/“Sep”/“Oct”/“Nov”/“Dec”
time=(hour)(zone)
hour=2DIGIT“:”2DIGIT[“:”2DIGIT]
zone=”UT”/“GMT”/“EST”/“EDT”/“CST”/“CDT”/“MST”/“MDT”/“PST”/“PDT”/1ALPHA/((“+”/“-“)4DIGIT)

5.2、“zone”含义

“UT”:表示“Universal Time”或者“Greenwich Mean Time”。
“GMT”:表示“Greenwich Mean Time”。
“EST/EDT/CST/CDT/MST/MDT/PST/PDT”:表示北美时区标准。
“1ALPHA”:军事标准,“Z”表示“Universal Time”,“A”表示相对于“Universal Time”早1小时,“M”表示相对于“Universal Time”早12小时,“N”表示相对于“Universal Time”晚1小时,“Y”表示相对于“Universal Time”晚12小时等。
‘((“+”/“-“)4DIGIT)’:与“UT”的偏移值。

六、地址规范

6.1、定义

address=mailbox/group
mailbox=addr-spec/(phrase)(route-addr)
addr-spec=local-part“@”domain
local-part=word*(“.”word)
domain=sub-domain*(“.”sub-domain)
sub-domain=domain-ref/domain-literal
domain-ref=atom
route-addr=”<”[route]addr-spec“>”
route=1#(“@”domain)”:”
group=phrase“:”[#mailbox]”;”

6.2、含义

mailbox举例如:“George@gmail.com”,“George Jones<Group@Host>”等。

6.2.1、Domain-Literial

表示“ARPA Internet”地址,由4部分组成,每一部分都是一个8比特整型数值,形如:[10.0.3.19]。“Domain-Literial”的使用不再被鼓励。

6.2.2、Postmaster@Domain

作为特殊保留地址(表示相应域名下管理员的地址),不区分大小写。

七、字段添加过程

一封消息从“生成”到“到达”收件人需要经历一系列设备,示意图如图1所示。

图1

与上述过程相对应的是“字段添加过程”,分为两种情况描述“字段添加过程”:“非转发”和“转发”。

7.1、非转发

1、发件人设备s
生成消息的设备,添加以下字段:

  • 添加“Date”字段(设备自动生成),表示消息生成时间
  • 添加“From”字段或者添加“From和Sender”字段(人工填写),前者表示“消息的作者”和“消息的发送者”都为“From”字段的值;后者表示“消息的作者”是“From”字段的值,“消息的发送者”为“Sender”字段的值
  • 可选添加“Reply-To”字段(人工填写),表示显式指定回复消息的接收者,否则回复消息的接收者为“From”字段值(无论是否有“Sender”字段值)
  • 至少添加一个“To/cc/bcc”字段(人工填写),“To”字段值为“消息收件人列表”,“cc”字段值为“消息抄送收件人列表”,“bcc”字段值为“消息密送收件人列表”,“消息收件人”,“消息抄送收件人”和“消息密送收件人”都看得到“To”字段值和“cc”字段值,不能看到“bcc”字段值
  • 可选添加“Message-ID”字段(设备自动生成),表示消息在发件人设备s中的唯一序列号
  • 可选添加“In-Reply-To”字段(设备自动生成),本消息(本消息是回复消息)所回复一系列消息的“Message-ID”字段值
  • 可选添加“References”字段(设备自动生成),字段值表示本消息涉及的一系列消息的“Message-ID”字段值
  • 可选添加“Keywords”字段(人工填写),字段值表示消息的关键词组合,由逗号隔开
  • 可选添加“Subject”字段(人工填写),表示消息主题
  • 可选添加“Comments”字段(人工填写),字段值表示消息的注释
  • 可选添加“Encrypted”字段(设备自动生成),字段值给出关于解密Body内容所需要的信息,该字段被废弃

2、中间设备mX
中间设备mX,添加以下字段:

  • 添加“Received”字段,记录消息在两个设备间的传递过程

3、收件人设备e
收件人的设备,添加以下字段:

  • 添加“Received”字段,记录消息在两个设备间的传递过程
  • 添加“Return-Path”字段,记录确切地指向发件人的路由信息

7.2、转发

消息的原有字段不变,只是增加以“Resent-”字符串为前缀的字段。

八、其他

RFC822文档中有些内容前后不一致,甚至有些内容具有明显错误,本文内容跟其不完全一致。


**参考文献:** [1]http://www.rfc-editor.org/rfc/rfc822.txt [2]http://003317.blog.51cto.com/2005292/611104 [3]Post not found: ASCII编码方案 ASCII编码方案
您的支持将鼓励我继续分享!