组织：中国互动出版网（http://www.china-pub.com/）<br />
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）<br />
E-mail：ouyang@china-pub.com<br />
译者：高明辉（roamer21cn&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;minghuigao@263.net）<br />
译文发布时间：2001-10-11<br />
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须<br />
保留本文档的翻译及版权信息。<br />
<br />
<br />
<br />
Network&nbsp;Working&nbsp;Group&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;R.&nbsp;Ullmann<br />
Request&nbsp;for&nbsp;Comments:&nbsp;1090&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Prime&nbsp;Computer,&nbsp;Inc.<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;February&nbsp;1989<br />
<br />
SMTP在X.25上<br />
(RFC1090----&nbsp;SMTP&nbsp;on&nbsp;X.25)<br />
目录<br />
1.本备忘录的状态	1<br />
2.简介	2<br />
3.协议ID和呼叫用户数据	2<br />
4.数据流	2<br />
5.识别数据	2<br />
6.电路复位	2<br />
7.呼叫业务	2<br />
8.字符编码	3<br />
9.关闭连接	3<br />
10.超时	3<br />
10.1&nbsp;呼叫请求	3<br />
10.2&nbsp;已经建立的呼叫	3<br />
10.3&nbsp;关闭	3<br />
10.4&nbsp;清除	3<br />
11.其他特性	3<br />
参考：	4<br />
作者地址：	4<br />
<br />
1.本备忘录的状态<br />
本备忘录讲述了一种基于CCITT的X.25标准提供的虚电路业务的SMTP标准。<br />
本备忘录的发布不受任何限制。<br />
2.简介<br />
在RFC821（"SIMPLE&nbsp;MAIL&nbsp;TRANSPORT&nbsp;PROTOCOL"，SMTP，简单邮件传输协议）<br />
的附录D中提到了直接将SMTP置于X.25虚电路（ISO第3层）上的可能性。并建议“利<br />
用一种类似于TCP可靠的端到端协议在X.25的连接上”。在1981年时，考虑到PSDNs的<br />
总体的可靠性，这毫无疑问是可行的。这一业务现在（1989年）已经非常可靠，它允许直<br />
接将其置于虚电路业务上。<br />
在包括22个不同的国家的24个PSDN网的许多产品，证明了这种方法是成功的，结<br />
果证明，即使使用在一些花费比较昂贵的PSDN中，这种方法还是十分经济的，在X.25专<br />
网和X.25局域网中，这种方法也是成功。<br />
每一个SMTP会话必须打开一条X.25虚电路（Virtual&nbsp;Circuit&nbsp;，VC），SMTP会话将<br />
使用由VC提供的全双工通道。通常，VC是由发起呼叫的一方关闭的。<br />
3.协议ID和呼叫用户数据<br />
呼叫用户数据区的前4个字节应该是0xC0F7,0000（十六进制），十进制是192&nbsp;247&nbsp;0&nbsp;0&nbsp;。<br />
这个字段通常用来标识一个协议ID，或者PRID。<br />
但是在实际的操作中，应该有能力在基本前缀地址上配置呼叫用户数据，包括协议ID<br />
字段。<br />
4.数据流<br />
在发送端通常把SMTP数据分成许多数据包，相应地，在数据包封装的时候应该置M<br />
位（表示有后续数据包）。数据包的总长度可以达到2048个字节。<br />
通常我们建议SMTP命令和响应应在一个数据包发送出去，或者只有一个后续数据包。<br />
只要对调试协议方便即可。但这并不要求是必须的。<br />
5.识别数据<br />
Q比特被置位的分组和中断分组是没有用的。如果收到了，应该被忽略掉。<br />
6.电路复位<br />
如果收到了一个3层的电路复位指示，这条VC应该清除，SMTP连接应该重新建立。<br />
重新建立会带来一些时延，也可能是不同的呼叫业务。<br />
7.呼叫业务<br />
任何被X.25呼叫请求业务选择的协商特征都可以使用。使用时应有能力为每一个被叫<br />
地址指定业务。<br />
8.字符编码<br />
X.25使用的字符编码是完整的8位ASCII码，没有任何遗漏和修改。一行应该以CRLF<br />
（十进制：13&nbsp;10）结尾，也可以仅仅以LF（十进制：10）来标识一行的结束。<br />
9.关闭连接<br />
跟TCP协议不同，在清除请求的过程中，X.25不提供数据的同步传送；当清除虚电<br />
路时，就丢弃所有正在传送的数据包。因此，当收到“服务关闭”消息时，主叫的一边关闭<br />
SMTP会话层（在X.25上），这种消息要么是QUIT命令的响应，或者是因为服务必须中止。<br />
10.超时<br />
SMTP通常不提供超时会话，在X.25，以下几项是有效的：<br />
10.1&nbsp;呼叫请求<br />
如果在100秒内没有收到“呼叫接受”信息，或者在120秒（另外）内没有收到“服<br />
务准备好”信息，那么应该清除这次呼叫，然后重试。<br />
10.2&nbsp;已经建立的呼叫<br />
当协议会话建立之后，在10分钟内如果没有收到任何响应，那么就应该清除这条虚<br />
电路。<br />
10.3&nbsp;关闭<br />
执行QUIT命令后，超时时间缩短为20秒。这可能会导致不经意地退出，但它不会影<br />
响已经完成的SMTP业务。<br />
10.4&nbsp;清除<br />
当X.25“清除请求”发出时，这条虚电路将在X.25协议指定的时间内超时。<br />
11.其他特性<br />
X.25的其他特性，如永久虚电路和D比特的选择，都没有用到。<br />
<br />
参考：<br />
&nbsp;[1]&nbsp;&nbsp;Postel,&nbsp;J.,&nbsp;"Simple&nbsp;Mail&nbsp;Transfer&nbsp;Protocol",&nbsp;RFC&nbsp;821,&nbsp;USC&nbsp;Information&nbsp;Sciences&nbsp;Institute,&nbsp;<br />
August&nbsp;1982.<br />
&nbsp;[2]&nbsp;&nbsp;CCITT&nbsp;Recommendation&nbsp;X.25,&nbsp;"Interface&nbsp;Between&nbsp;Data&nbsp;Terminal&nbsp;Equipment&nbsp;(DTE)&nbsp;and&nbsp;<br />
Data&nbsp;Circuit-Terminating&nbsp;Equipment&nbsp;(DCE)&nbsp;for&nbsp;Terminals&nbsp;Operating&nbsp;in&nbsp;the&nbsp;Packet&nbsp;Mode&nbsp;and&nbsp;<br />
Connected&nbsp;to&nbsp;Public&nbsp;Data&nbsp;Networks&nbsp;by&nbsp;Dedicated&nbsp;Circuit",&nbsp;International&nbsp;Telegraph&nbsp;and&nbsp;Telephone&nbsp;<br />
Consultative&nbsp;Committee,&nbsp;Fascicle&nbsp;VIII.3,&nbsp;Geneva,&nbsp;1976;&nbsp;amended&nbsp;at&nbsp;Geneva,&nbsp;1980&nbsp;and&nbsp;<br />
Malaga-Torremolinos,&nbsp;1984.&nbsp;("Red&nbsp;Book")<br />
作者地址：<br />
Robert&nbsp;Ullmann&nbsp;23A-32<br />
Prime&nbsp;Computer,&nbsp;Inc.<br />
Technology&nbsp;Drive<br />
Milford,&nbsp;MA&nbsp;01757<br />
Phone:&nbsp;+1&nbsp;508&nbsp;478&nbsp;8600&nbsp;x1736<br />
Email:&nbsp;Ariel@Relay.Prime.COM<br />
<br />
RFC1090----&nbsp;SMTP&nbsp;on&nbsp;X.25&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;SMTP在X.25上<br />
<br />
<br />
1<br />
RFC文档中文翻译计划<br />