SMTP在X.25上

1.本備忘錄的狀態
本備忘錄講述了一種基于CCITT的X.25標準提供的虛電路業務的SMTP標準。
本備忘錄的發布不受任何限制。
2.簡介
在RFC821（"SIMPLEMAILTRANSPORTPROTOCOL"，SMTP，簡單郵件傳輸協議）
的附錄D中提到了直接將SMTP置于X.25虛電路（ISO第3層）上的可能性。并建議“利
用一種類似于TCP可靠的端到端協議在X.25的連接上”。在1981年時，考慮到PSDNs的
總體的可靠性，這毫無疑問是可行的。這一業務現在（1989年）已經非?？煽?，它允許直
接將其置于虛電路業務上。
在包括22個不同的國家的24個PSDN網的許多產品，證明了這種方法是成功的，結
果證明，即使使用在一些花費比較昂貴的PSDN中，這種方法還是十分經濟的，在X.25專
網和X.25局域網中，這種方法也是成功。
每一個SMTP會話必須打開一條X.25虛電路（VirtualCircuit，VC），SMTP會話將
使用由VC提供的全雙工通道。通常，VC是由發起呼叫的一方關閉的。
3.協議ID和呼叫用戶數據
呼叫用戶數據區的前4個字節應該是0xC0F7,0000（十六進制），十進制是19224700。
這個字段通常用來標識一個協議ID，或者PRID。
但是在實際的操作中，應該有能力在基本前綴地址上配置呼叫用戶數據，包括協議ID
字段。
4.數據流
在發送端通常把SMTP數據分成許多數據包，相應地，在數據包封裝的時候應該置M
位（表示有后續數據包）。數據包的總長度可以達到2048個字節。
通常我們建議SMTP命令和響應應在一個數據包發送出去，或者只有一個后續數據包。
只要對調試協議方便即可。但這并不要求是必須的。
5.識別數據
Q比特被置位的分組和中斷分組是沒有用的。如果收到了，應該被忽略掉。
6.電路復位
如果收到了一個3層的電路復位指示，這條VC應該清除，SMTP連接應該重新建立。
重新建立會帶來一些時延，也可能是不同的呼叫業務。
7.呼叫業務
任何被X.25呼叫請求業務選擇的協商特征都可以使用。使用時應有能力為每一個被叫
地址指定業務。
8.字符編碼
X.25使用的字符編碼是完整的8位ASCII碼，沒有任何遺漏和修改。一行應該以CRLF
（十進制：1310）結尾，也可以僅僅以LF（十進制：10）來標識一行的結束。
9.關閉連接
跟TCP協議不同，在清除請求的過程中，X.25不提供數據的同步傳送；當清除虛電
路時，就丟棄所有正在傳送的數據包。因此，當收到“服務關閉”消息時，主叫的一邊關閉
SMTP會話層（在X.25上），這種消息要么是QUIT命令的響應，或者是因為服務必須中止。
10.超時
SMTP通常不提供超時會話，在X.25，以下幾項是有效的：
10.1呼叫請求
如果在100秒內沒有收到“呼叫接受”信息，或者在120秒（另外）內沒有收到“服
務準備好”信息，那么應該清除這次呼叫，然后重試。
10.2已經建立的呼叫
當協議會話建立之后，在10分鐘內如果沒有收到任何響應，那么就應該清除這條虛
電路。
10.3關閉
執行QUIT命令后，超時時間縮短為20秒。這可能會導致不經意地退出，但它不會影
響已經完成的SMTP業務。
10.4清除
當X.25“清除請求”發出時，這條虛電路將在X.25協議指定的時間內超時。
11.其他特性
X.25的其他特性，如永久虛電路和D比特的選擇，都沒有用到。

參考：
[1]Postel,J.,"SimpleMailTransferProtocol",RFC821,USCInformationSciencesInstitute,
August1982.
[2]CCITTRecommendationX.25,"InterfaceBetweenDataTerminalEquipment(DTE)and
DataCircuit-TerminatingEquipment(DCE)forTerminalsOperatinginthePacketModeand
ConnectedtoPublicDataNetworksbyDedicatedCircuit",InternationalTelegraphandTelephone
ConsultativeCommittee,FascicleVIII.3,Geneva,1976;amendedatGeneva,1980and
Malaga-Torremolinos,1984.("RedBook")
作者地址：
RobertUllmann23A-32
PrimeComputer,Inc.
TechnologyDrive
Milford,MA01757
Phone:+15084788600x1736
Email:Ariel@Relay.Prime.COM