SMTP協議規範(中文版)

簡易郵件傳輸通訊協定（SMTP）

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。當指定一般的命令或應答格式後，參數會由一些類似於語言的字串表示出來，如""或""，這裡角括弧表示這是一種類似於語言的變數。

　

3. SMTP過程

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

　

3.1. MAIL

　

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

過程中的第一步是MAIL命令，包括源郵箱。

MAIL FROM:

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

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

RCPT TO:

此命令給出向前路徑標識接收者，如果命令被接收，接收方返回一個250 OK應答，並儲存向前路徑。如果接收者未知，接收方會返回一個550 Failure應答。此過程可能會重複若干次。

不僅包括郵件，它是主機和目的郵箱的路由表，在其中的第一個主機就是接收命令的主機。

過程中的第三步是發送DATA命令。

DATA

如果命令被接收，接收方返回一個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:

R: 250 OK

　

S: RCPT TO:

R: 250 OK

　

S: RCPT TO:

R: 550 No such user here

　

S: RCPT TO:

R: 250 OK

　

S: DATA

R: 354 Start mail input; end with .

S: Blah blah blah...

S: ...等等

S: .

R: 250 OK

　

此信被前兩個人接收，而第三個人在此主機上沒有郵箱。

-------------------------------------------------------------

　

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

251：使用者不在本地；將向前發送到。

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

551 ：使用者非本地，請嘗試

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

下例顯示了這些響應的應用。

　

轉寄的例子

　

S: RCPT TO:

R: 251 User not local; will forward to

　

或者

　

S: RCPT TO:

R: 551 User not local; please try

-------------------------------------------------------------

　

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

　

或者

　

S: VRFY Smith

R: 251 User not local; will forward to

　

或者

　

S: VRFY Jones

R: 550 String does not match anything.

　

或者

　

S: VRFY Jones

R: 551 User not local; please try

　

或者

　

S: VRFY Gourzenkyinplatz

R: 553 User ambiguous.

-------------------------------------------------------------

　

郵箱列表要求多個響應的情況如下例所示：

-------------------------------------------------------------

擴充郵件清單的例子

S: EXPN Example-People

R: 250-Jon Postel

R: 250-Fred Fonebone

R: 250-Sam Q. Smith

R: 250-Quincy Smith

R: 250-

R: 250

　

或者

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 FROM:

　

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

　

SOML FROM:

　

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

　

SAML FROM:

　

Send和MaiL命令要求郵件內容直接發送到使用者終端上（如果使用者在終端上）。不管怎麼樣，信件都會進入信箱。如果信件進入信箱，發送操作成功。

　

用於MAIL命令的響應和這些命令的響應相同。

　

3.5. 開啟和關閉

當開啟傳送通道時，要交換一些資訊以確定雙方的身份。以下的命令是用於開啟和關閉的：

　

HELO

　

QUIT

　

在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:

上一篇：POP3協議規範(中文版)

下一篇：TELNET協議規範(中文版)