本文出自: 作者: (2001-11-23 07:08:00)
1. 介紹

　　簡單郵件傳輸協議（SMTP）的目標是可靠高效地傳送郵件，它獨立于傳
送子系統而且僅要求一條可以保證傳送數據單元順序的通道。附錄A，B，C
和D描述了不同傳送服務下SMTP的使用。在名詞表中還定義了本文檔中使用
的術語。
　　SMTP的一個重要特點是它能夠在傳送中接力傳送郵件，傳送服務提供了
進程間通信環境（IPCE），此環境可以包括一個網絡，幾個網絡或一個網絡
的子網。理解到傳送系統（或IPCE）不是一對一的是很重要的。進程可能直
接和其它進程通過已知的IPCE通信。郵件是一個應用程序或進程間通信。郵
件可以通過連接在不同IPCE上的進程跨網絡進行郵件傳送。更特別的是，郵
件可以通過不同網絡上的主機接力式傳送。

2. SMTP模型

　　SMTP設計基于以下通信模型：針對用戶的郵件請求，發送SMTP建立與接
收SMTP之間建立一個雙向傳送通道。接收SMTP可以是最終接收者也可以是中
間傳送者。SMTP命令由發送SMTP發出，由接收SMTP接收，而應答則反方面傳
送。
　　一旦傳送通道建立，SMTP發送者發送MAIL命令指明郵件發送者。如果
SMTP接收者可以接收郵件則返回OK應答。SMTP發送者再發出RCPT命令確認郵件
是否接收到。如果SMTP接收者接收，則返回OK應答；如果不能接收到，則發出
拒絕接收應答（但不中止整個郵件操作），雙方將如此重復多次。當接收者收
到全部郵件后會接收到特別的序列，如果接收者成功處理了郵件，則返回OK應
答。



　　SMTP提供傳送郵件的機制，如果接收方與發送方連接在同一個傳送服務下
時，郵件可以直接由發送方主機傳送到接收方主機；或者，當兩者不在同一個
傳送服務下時，通過中繼SMTP服務器傳送。為了能夠對SMTP服務器提供中繼能
力，它必須擁有最終目的主機地址和郵箱名稱。
　　MAIL命令參數是回復路徑，它指定郵件從何處來；而RCPT命令的參數是轉
發路徑的，它指定郵件向何處去。向前路徑是源路徑，而回復路徑是返回路徑
（它用于發生錯誤時返回郵件）。
　　當同一個消息要發往不同的接收者時，SMTP遇到了向不同接收者發送同一
份數據的復制品的問題，郵件命令和應答有一個比較奇怪的語法，應答也有一
個數字代碼。在下面，例子中可以看到哪些使用實際的命令和應答。完整的命
令和應答在第四節。
　　命令與應答對大小寫不敏感，也就是說，命令和應答可以是大寫，小寫或
兩者的混合，但這一點對用戶郵件名稱卻不一定是對的，因為有的主機對用戶
名大小寫是敏感的。這樣SMTP實現中就將用戶郵箱名稱保留成初始時的樣子，
主機名稱對大小寫不敏感。
　　命令與應答由ASCII字母表組成，當傳送服務提供8位字節傳送通道，每7
位字符正確傳送，而最高位被填充為0。當指定一般的命令或應答格式后，參
數會由一些類似于語言的字符串表示出來，如"<string>"或"<reverse-path>"，
這里尖括號表示這是一種類似于語言的變量。

3. SMTP過程

　　本節提供了SMTP中的一些過程。頭一個說明的是基本發送過程（定義為
發送操作）。下來描述向前傳送郵件，確認郵箱名稱和擴展郵件列表，發送到終
端和打開關閉交換。在本節的最后是對中斷，郵件域的說明。本節的例子只是一
部分命令和應答的序列，完整的例子見附錄F。

3.1. MAIL
　　在SMTP發送操作中有三步，操作由MAIL命令開始給出發送者標識。一系列或
更多的RCPT命令緊跟其后，給出了接收者信息，然后是DATA命令列出發送的郵件
內容，最后郵件內容指示符確認操作。

　　過程中的第一步是MAIL命令，< reverse-path >包括源郵箱。

　　MAIL <SP> FROM:<reverse-path> <CRLF>

　　此命令告訴接收者新的發送操作已經開始，請復位所有狀態表和緩沖區。
它給出反向路徑以進行錯誤信息返回。如果請求被接收，接收方返回一個
250 OK應答。<reverse-path>中不止包括了郵箱，它包括了主機和源郵箱的反
向路由，其中的第一個主機就是發送此命令的主機。

　　過程中的第二步是發送RCPT命令。

　　RCPT <SP> TO:<forward-path> <CRLF>

　　此命令給出向前路徑標識接收者，如果命令被接收，接收方返回一個
250 OK應答，并存儲向前路徑。如果接收者未知，接收方會返回一個550 Failure
應答。此過程可能會重復若干次。
　　<forward-path>不僅包括郵件，它是主機和目的郵箱的路由表，在其中的
第一個主機就是接收命令的主機。 過程中的第三步是發送DATA命令。

DATA <CRLF>

　　如果命令被接收，接收方返回一個354 Intermediate應答，并認定以下的
各行都是信件內容。當信件結尾收到并存儲后，接收者發送一個250 OK應答。
因為郵件是在傳送通道上發送，因此必須指明郵件內容結尾，以便應答對話可
以重新開始。SMTP通過在最后一行僅發送一個句號來表示郵件內容的結束，在
接收方，一個對用戶透明的過程將此符號過濾掉，以不影響正常的數據。
　　注意：郵件內容包括如下提示：Date, Subject, To, Cc, From。

　　郵件內容指示符確認郵件操作并告知接收者可以存儲和再發送數據了。如
果此命令被接收，接收方返回一個250 OK應答。DATA命令僅在郵件操作未完成
或源無效的情況下失敗。

　　上面所述的過程是一個發送操作。這些命令只能以上面的順序使用。下例
表示了在一個發送操作中這些命令的使用。
　　SMTP過程例子 此例是在Alpha.ARPA主機的Smith發送郵件給Beta.ARPA主機
的Jones，Green和Brown的，這里假定主機Alpha與主機Beta直接相連。

　　S: MAIL FROM:<Smith@Alpha.ARPA>
　　R: 250 OK
　　S: RCPT TO:<Jones@Beta.ARPA>
　　R: 250 OK
　　S: RCPT TO:<Green@Beta.ARPA>
　　R: 550 No such user here
　　S: RCPT TO:<Brown@Beta.ARPA>
　　R: 250 OK
　　S: DATA
　　R: 354 Start mail input; end with <CRLF>.<CRLF>
　　S: Blah blah blah...
　　S: ...等等
　　S: <CRLF>.<CRLF>
　　R: 250 OK
　　此信被前兩個人接收，而第三個人在此主機上沒有郵箱。

3.2. 轉發
　　下面是一些<forward-path>中目的地址不正確的，但接收者知道正確的目
的地址的例子。在這些例子中，下列應答之一應該允許發送方與獲得正確地址。

　　251：用戶不在本地；將向前發送到<forward-path>。

　　這個應答意味著，接收方SMTP知道用戶的郵箱在另外的主機上，而且意味
著將在未來使用正確的轉向路徑。請注意，主機或者用戶，或者它們兩者是不
同的。接收方負責傳送消息。

　　551 ：用戶非本地，請嘗試<forward-path>

　　這個應答意味著接收SMTP知道用戶的郵箱在另外的主機上，并意味著使用
了正確的轉發路徑。注意請注意，主機或者用戶，或者它們兩者是不同的。接
收方拒絕接收此用戶的信件，發送者必須根據提供的信息重新發送或者向原發
送者返回錯誤信息。 下例顯示了這些響應的應用。

　　轉發的例子
　　S: RCPT TO:<Postel@USC-ISI.ARPA>
　　R: 251 User not local; will forward to <Postel@USC-ISIF.ARPA>
　　或者
　　S: RCPT TO:<Paul@USC-ISIB.ARPA>
　　R: 551 User not local; please try <Mockapetris@USC-ISIF.ARPA>

3.3. 確認和擴展
　　SMTP提供了另外的確認用戶名和擴展郵件列表的功能。這些功能由VREF和
EXPN命令完成，它們都以字符串為參數。對于VREF命令，字符串參數指的是用
戶名，對此命令的響應要包括用戶的命名和用戶的郵箱。對于EXPN命令，字符
串參數指的是郵件列表，對此命令的響應多于一個，它們要包括所有列表中用
戶的命名和他們的郵箱。
　　“用戶名”是一個多余的項目，它是故意被加上的。如果主機采用VREF命
令和EXPN命令，最后本地郵箱必須提供用戶名使它被主機確認。如果主機選擇
由另外的字符串作為用戶名，也是允許的。
　　在一些主機中，郵箱列表和一個郵箱的代名有一點不清楚，因為一般的數
據結構可能包括兩種類型的入口。如果要發出對郵件列表的確認，應該給出確
定響應。在接收到這個消息后，主機將把郵件傳送到列表上所有的地址上去，
如果沒有接收到確定響應，就會報告錯誤。例如，
"550 That is a mail list, not a user name"。如果請求用于擴展一個用戶名，
可能通過返回包括一個名字的列表來形成確定響應，如果沒有接收到確定響應，
就會報告錯誤。（例如， "550 That is a user name, not a mailing list"）。
　　在多個響應的情況下（通常是對于EXPN而言的），每個應答指定一個郵箱。
在模糊請求的情況下，例如"VRFY Smith"，這里兩個Smith的響應必須是
"553 User ambiguous"。

　　確認用戶名的情況如下例所示：例3：
　　確認用戶名
　　S: VRFY Smith R: 250 Fred Smith <Smith@USC-ISIF.ARPA>
　　或者
　　S: VRFY Smith
　　R: 251 User not local; will forward to <Smith@USC-ISIQ.ARPA>
　　或者
　　S: VRFY Jones
　　R: 550 String does not match anything.
　　或者
　　S: VRFY Jones
　　R: 551 User not local; please try <Jones@USC-ISIQ.ARPA>
　　或者
　　S: VRFY Gourzenkyinplatz
　　R: 553 User ambiguous.

　　郵箱列表要求多個響應的情況如下例所示：
　　S: EXPN Example-People
　　R: 250-Jon Postel <Postel@USC-ISIF.ARPA>
　　R: 250-Fred Fonebone <Fonebone@USC-ISIQ.ARPA>
　　R: 250-Sam Q. Smith <SQSmith@USC-ISIQ.ARPA>
　　R: 250-Quincy Smith <@USC-ISIF.ARPA:Q-Smith@ISI-VAXA.ARPA>
　　R: 250-<joe@foo-unix.ARPA>
　　R: 250 <xyz@bar-unix.ARPA>
　　或者
　　S: EXPN Executive-Washroom-List
　　R: 550 Access Denied to You.

　　VERF和EXPN命令的字符串命令參數因為具體實現的不同而不能再加以限
制了。在一些系統上，EXPN命令的參數可能是一個包含郵件列表的文件名，
但是在Internet上有許多不同的文件結構。
　　VRFY和EXPN命令在最小實現中并不包括，當它們實現時，它們也不要求
被在傳送間實現。　

3.4. 發送信件(mailing)和獲得信件(sending)
　　SMTP的主要目的是將郵件發送到用戶的郵箱中。由一些主機提供的類似
的功能是把郵件送至用戶的終端（如果用戶正打開終端）。將郵件送到用戶
的郵箱中稱為發送信件（mailing）；而送至用戶終端則稱之為獲得信件
（sending）。因為在一些主機上，這兩者的實現十分類似，所以它們同時
被放入了SMTP中。然而，獲得信件命令在SMTP的最小實現中是沒有的。用戶
應該具有控制向終端上寫信息的能力。大部分主機允許用戶接受或者拒絕類
似的信息。
　　下面三個命令被定義來支持獲得信件。它們被用于郵件命令而不是MAIL
命令，指示接收SMTP這種操作的特殊意義：
　　SEND <SP> FROM:<reverse-path> <CRLF>

　　SEND命令要求郵件內容直接傳送到用戶終端。如果用戶未打開終端（或
者未接收終端信息），450響應將返回一個RCPT命令。如果信息被成功發送，
此操作成功。　

　　SOML <SP> FROM:<reverse-path> <CRLF>　

　　Send或者MaiL命令要求將郵件內容直接發送到用戶的終端上（如果用戶
在終端上）。如果用戶不在終端上，郵件內容直接進入郵箱。如果郵件被發送
到用戶終端或者用戶信箱，發送操作成功�！�

　　SAML <SP> FROM:<reverse-path> <CRLF>

　　Send和MaiL命令要求郵件內容直接發送到用戶終端上（如果用戶在終端上）。
不管怎么樣，信件都會進入信箱。如果信件進入信箱，發送操作成功。
　　用于MAIL命令的響應和這些命令的響應相同。 　

3.5. 打開和關閉
　　當打開傳送通道時，要交換一些信息以確定雙方的身份。以下的命令是
用于打開和關閉的：
　　HELO <SP> <domain> <CRLF>
　　QUIT <CRLF>
　　在HELLO命令中，主機自己發送命令，此命令可以被解釋為：“你好，
我是XX”。

　　打開聯結的例子
　　R: 220 BBN-UNIX.ARPA Simple Mail Transfer Service Ready
　　S: HELO USC-ISIF.ARPA
　　R: 250 BBN-UNIX.ARPA

　　關閉聯結的例子
　　S: QUIT
　　R: 221 BBN-UNIX.ARPA Service closing transmission channel

3.6. 轉發
　　轉發路徑可能是如下格式："@ONE,@TWO:JOE@THREE"，在這里，ONE，TWO
和THREE是主機。這種格式用于強調地址和路徑的區別。郵箱是絕對地址，路
徑是關于如何到達的信息。這兩個概念不應該被混淆。
　　概念上，轉發路徑的元素被移動到回復路徑作為從一個SMTP服務器到另一
個SMTP服務器的信息。回復路徑是一個反向數據源路徑，例如從當前信息的位
置到發起者的位置。當一個SMTP服務器從轉發路徑中刪除自己的標記并將它插
入到回復路徑中時，它必須使用它發送環境能夠理解的名稱來進行，以防它的
名稱在不同的環境中被理解為不同的名字。
　　如果當SMTP接收到信息的轉發路徑的第一個元素不是此SMTP的標記時，此
元素不從轉發路徑中刪除，而被用來決定下一個應該發送到的SMTP服務器。在
任何情況下，SMTP都將自己的標記加入反向路徑中。
　　使用源路徑時，接收SMTP接收轉發的郵件并發送到另一接收SMTP服務器上。
接收服務器可以接受或拒絕轉發本地用戶的郵件。接收SMTP通過將它自己的標記
從轉發路徑移至回復路徑的開始處來改變命令參數。這時，接收SMTP變成了發
送SMTP，也就建立了到下一個轉發路徑中SMTP的通道，然后，它向這個SMTP發
送郵件。
　　在回復路徑上的頭一個主機應是發送SMTP命令的主機，在轉發路徑上第一個
主機應是接收SMTP命令的主機。
　　注意：轉發路徑和回復路徑出現在SMTP命令和應答中，但不一定要出現在信
息中。也就是說，沒有必須要這樣的路徑特別這種格式出現在信息頭的"To:"，
"From:"和"CC:"等域中。
　　　如果SMTP服務器接受了轉發任務，但后來它發現因為轉發路徑不正確或者
其它原理無法發送郵件，它必須建立一"undeliverable mail"信號，將它此信號
送到此信的發主者那里。
　　此信號必須是從此主機的SMTP服務上發出的，當然了，此服務器不應該再報
告出錯信息的錯誤。一種阻止這種出錯報告循環的情況是在信號的郵件命令的回
復路徑上置空。在傳送此信息時，允許將回復路徑也置為空。一個MAIL命令后的
回復路徑為空表現為如下形式：
　　MAIL FROM:<>

　　下例中顯示了不可傳送的郵件信息。此信息是對從HOSTW上的JOE發出的郵件
經過在HOSTX需要經過HOSTZ到達HOSTY時出錯的回應。我們看到的例子是在HOSTX
和HOSTY之間發生的。

　　不可傳送郵件信息的例子
　　S: MAIL FROM:<>
　　R: 250 ok
　　S: RCPT TO:<@HOSTX.ARPA:JOE@HOSTW.ARPA>
　　R: 250 ok
　　S: DATA
　　R: 354 send the mail data, end with .
　　S: Date: 23 Oct 81 11:22:33
　　S: From: SMTP@HOSTY.ARPA
　　S: To: JOE@HOSTW.ARPA
　　S: Subject: Mail System Problem
　　S:
　　S: Sorry JOE, your message to SAM@HOSTZ.ARPA lost.
　　S: HOSTZ.ARPA said this:
　　S: "550 No Such User"
　　S: .
　　R: 250 ok