【SMTP服务对命令流水的扩展】1.摘要
本文主要定义了一种SMTP服务扩展,使用这种服务扩展服务器可以说明它在一个TCP发送操作中可以接收多少个指令 。在一个TCP发送指令中使用多个操作可以大大提高系统的运行效率 。
2.介绍
虽然SMTP服务已经广泛使用了,效果也不错,但是对它的扩展也是不可少的 。假如某个网络需要很长时间进行连接,那SMTP运行的效果可就比较差了 。SMTP的时间就费在等待一个个的命令上了 。假如能够使SMTP客户端进行命令流水,也就是一次发送许多指令,就会提高运行效率 。但以前的协议中没有说明这一条,客户无法知道服务器能够同时接收多少指令 。因此产生了如下的一些问题:
连接过程中连接失控或缓冲区满;
在SMTP命令失败时清除TCP输入缓冲区,有时这是没有必要的;
对一些命令会不讲道理地判定它为失败,例如一些服务器假如在上一个REPTTO失败后会再不接收DATA命令,而不管RCPTTO之前的命令是不是成功,而有些服务器则可以在RCPTTO命令失败后接收DATA命令 。
3.命令流水扩展框架
它的定义如下:
此服务扩展的名称为流水(Pipelining);
与EHLO相关联的扩展值是PIPELINING;
PIPELININGEHLO不再参数;
MAILFROM或RCPTTO命令不附加其它参数;
没有附加其它SMTP命令;
4.流水服务扩展
当客户机希望使用流水时,它会发送EHLO命令到服务器,假如服务器以250响应(其中的响应包括PIPELINING)就表明服务器支持SMTP服务流水 。
4.1.客户使用流水
在客户知道服务器可以支持流水的时候,客户可以传输多个命令(称为命令组)到服务器,不用发送一条等待一下然后再发一条,非凡的RSET,MAILFROM,SENDFROM,SOMLFROM,SAMLFROM和RCPTTO可以出现在命令组的任何地方 。EHLO,DATA,VRFY,EXPN,TURN,QUIT和NOOP只能出现在命令组中的最后位置,因为它们成功与否将改变SMTP命令所处的状态 。由其它SMTP扩展产生的命令只能出现在组中的最后位置 。实际传送的命令可以是组中的第一个命令 。
客户SMTP必须检查与组中据有相关的状态 。假如RCPTTP接收地址未被接受,客户端必须检查DATA的状态,客户端不能假设因为没有RCPTTO是成功的所以DATA就会失败 。假如DATA命令被正确拒绝,客户端可以发出RSET,假如DATA命令没有被正确拒绝,客户端要发出一个点(dot) 。命令所产生的状态必须和分别发出每个命令时相同,必须支持多行(Multiline)响应 。客户SMTP可以选择在非阻塞状态运行,它在接收到服务器的响应时立即处理,即使还有数据需要发送也不能推迟对响应的处理 。假如不支持非阻塞状态,客户端必须检查TCP窗口的大小,TCP窗口的大小必须大于命令组的大小 。窗口大小经常是4K,假如不能进行这样的检查,可能会导致死锁 。
4.2.服务器对流水的支持
服务器应该提供下面的服务扩展:
在任何情况下不行将TCP输入缓冲区的内容丢弃;
当且仅当接收到一个或多个有效的RCPTTO命令时,才对DATA命令应该主动发出响应;
因为DATA命令没有合法的接收者,结果接收到空信息时,不要再发出消息给任何人(当然对DATA命令还要做一个响应);
对成组的RSET,MAILFROM,SENDFROM,SOMLFROM,SAMLFROM和RCPTTO命令的响应先保存起来,然后一起发送;
不答应缓存对EHLO,DATA,VRFY,EXPN,TURN,QUIT和NOOP的响应;
不答应缓冲不可识别命令的响应;
在本地TCP输入缓冲区为空时必须将据有未发出的响应全部发出;
不答应对未接收到的命令进行猜测;或假设它的存在;
推荐阅读
- SMTP安全手册—理论基础
- SMTP协议-PHP的邮件发送程序例子
- L71使用三天的感受
- 为什么选用SMTP?
- Internet邮件从Just-Send-8到8bit-SMTP/MIME的转换
- VC++ SMTP协议电子邮件传送剖析
- 关于SMTP
- 垃圾邮件泛滥成灾 SMTP协议将为信用而战
- 使用SMTP和WebSphere Studio构建Web服务——原始SMTP
- 使用SMTP和WebSphere Studio的Web服务—引言和设计
