SMTP服务扩展
/ns/wz/net/data/20020806033448.htm
转帖
SMTP提供一种可靠的有效的传送机制，它用于传送电子邮件。虽然十几年来，它的作用已经有目共睹，可是对它功能的扩充也是必不可少的。对SMTP服务的扩展我们介绍一下：在SMTP转发的邮件中包括信封和内容这两种东西。我们写信也写信封和信皮，我们可以借生活中的信件来帮助理解。
(1) SMTP信封比较容易理解，它被作为一系列的SMTP协议单元传送，它包括发送者地址，传送模式，还有一个或多个接收者地址。如果有不清楚的地方，请参阅《SMTP协议标准》。
(2) 至于内容，它是由两部分组成的，一部分是信头，一部分是信体，信头是由一个个的域/值对（一个域，一个值）组成的，如果信体有结构的话，它的结构是以MIME构造的。内容从根本上来说是文本的，一般也是由ASCII码构成的，但是由于使用了MIME，所以这个限制应该也是没有了，但信头却不行，一般都应该使用ASCII码表示。虽然SMTP协议是一个不错的协议，可是对它的扩展还是不可避免，本文主要说明了一种扩展方法，使用这种扩展方法，服务器和用户之间可以相互知道对方使用了扩展，使用了多少，如果进行通信。
这里我们希望让大家知道网络协议中的一个经验：参数越多，死得越快；参数越少，越能持久。参数太多了，根本不利于使用，无法推广，早晚会被别的协议取代。这也符合科学的基础原理，简单。这说明在实现时一定要小心，如果不小心会便得到的远远小于付出的，有时根本不能提供任何益处。
下面我们看一下EHLO命令，支持SMTP服务扩展的客户应该以EHLO命令开始SMTP会话，而不是通常的HELO命令。如果服务器也支持，那就返回确认响应，如果不支持就返回失败响应。因为引入了EHLO命令，因此会话开始的第一条命令可以是HELO或EHLO。
因此引入了新的参数，所以SMTP的MAIL FROM和RCPT TO命令行长度也能再是512字节了，但是引入新参数的长度必须加以说明，以便实现者准备缓冲区。
命令格式如下：
ehlo-cmd ::= "EHLO" SP domain CR LF
在命令成功是，服务器返回代码250，如果失败返回代码550，如果出错，返回500，501，502，504或421。对比《SMTP协议标准》，EHLO命令可以出现在任何HELO命令出现的地方，在成功发送一个HELO或EHLO命令后再次发送它会使服务器返回503。客户这时不能缓存服务器返回的任何信息。这里一定要注意的是，每次开始SMTP扩展服务会话的时候必须发送EHLO命令。如果服务器能够处理EHLO命令，它会返回代码250。这样，服务器和客户就处于初始状态了，也就是说，所有的状态表和缓冲区已经准备完毕。通常这种响应是多行的，每行响应包括一个关键字，如果有的话，还有一个或多个参数，响应的语法如下：
ehlo-ok-rsp ::= "250" domain [ SP greeting ] CR LF
/ ( "250-" domain [ SP greeting ] CR LF
*( "250-" ehlo-line CR LF )
"250" SP ehlo-line CR LF )
greeting ::= 1*<除了CR 或LF的所有字符>
ehlo-line ::= ehlo-keyword *( SP ehlo-param )
ehlo-keyword ::= (字母/数字) *(字母/数字/"-")
ehlo-param ::= 1*<随了空格和控制字符外的字符>
ALPHA ::= <大写A到Z，小写A到Z>
DIGIT ::= <0到9>
CR ::= <回车，ASCII码13>
LF ::= <换行，ASCII码10>
SP ::= <空格，ASCII码32>
虽然EHLO关键字可以是大写，小写，大小写混合的，但是对它的处理是大小写敏感的，这是与原来规定不同的。IANA支持SMTP服务扩展注册，相对于每个扩展都有一个相应的EHLO关键字值，每个在IANA注册的服务扩展必须在一个RFC中定义。如果一个关键字以X开头，它指的是这个服务扩展是双方约定的，不是标准的。
如果出于某种原因，服务器不能列出它所支持的服务扩展，就返回代码554。在接收到这个代码后，客户要么发送HELO，要么发送QUIT命令。有时候服务器接收到EHLO命令，可是命令参数不可接受，它就返回代码501。如果服务器识别了EHLO，但对服务器扩展未实现，则返回代码502。如果服务器不再提供服务扩展，则返回代码421。在接收到这个代码后，客户要么发送HELO，要么发送QUIT命令。如果服务器不支持服务扩展，则返回500，服务器保持现有状态，在接收到这个代码后，客户要么发送HELO，要么发送QUIT命令。
有时候，SMTP服务器会在接收到EHLO命令后因为某种原因关闭连接，这种情况在原来的SMTP协议标准中未涉及。为了处理这种情况，客户必须能够确认服务器是否能够工作，它可以重新连接并发送HELO或EHLO命令。有些服务器在接收到一个EHLO命令后会拒绝接收新的HELO命令，这时可以利用RSET命令重新启动，然后再发送HELO。如果客户不注意这样的小细节，会收到失败代码。
下面我们来看一下MAIL FROM和RCPT TO参数。许多服务扩展是在MAIL FROM和RCPT TO命令后加入一些参数来实现的。下面我们看一下这两个命令的格式：
esmtp-cmd ::= inner-esmtp-cmd [SP esmtp-parameters] CR LF
esmtp-parameters ::= esmtp-parameter *(SP esmtp-parameter)
esmtp-parameter ::= esmtp-keyword ["=" esmtp-value]
esmtp-keyword ::= (字母/数字) *(字母/数字/"-")
esmtp-value ::= 1*<除了空格，"="和控制字符的所有字符>
inner-esmtp-cmd ::= ("MAIL FROM:"返回路径) / ("RCPT TO:"转发路径)
如果服务器不能识别或实现一个或多个MAIL FROM或RCPT TO参数，它应该返回代码555。如果这种情况只是暂时的，服务器返回代码455。其它返回代码请查阅相关资料，这里不再详述了。服务器以服务扩展处理时，它处理的任何信息都应该在包头上加上“服务扩展标记”以示区别。
下面是一个例子：
(1) 双方交互：S是服务器，C是客户。
S: <等待连接在TCP端口25>
C: <连接到服务器>
S: 220 dbc.mtview.ca.us SMTP service ready
C: EHLO ymir.claremont.edu
S: 250 dbc.mtview.ca.us says hello
...
(2) 下面也是一个例子：
S: <等待连接在TCP端口25>
C: <连接到服务器>
S: 220 dbc.mtview.ca.us SMTP service ready
C: EHLO ymir.claremont.edu
S: 250-dbc.mtview.ca.us says hello
S: 250-EXPN
S: 250-HELP
S: 250-8BITMIME
S: 250-XONE
S: 250 XVRB
...
这说明服务器实现了服务扩展EXPN和HELP，这两个是标准的服务扩展，另外两个以X开头的是非标准的。
(3) 最后，我们来看看服务器不支持服务扩展时的情况：
S: <等待连接在TCP端口25>
C: <连接到服务器>
S: 220 dbc.mtview.ca.us SMTP service ready
C: EHLO ymir.claremont.edu
S: 500 Command not recognized: EHLO
...
代码500表示服务器不支持服务扩展。