【導讀】對于在網(wǎng)絡上的比較小的結點，支持消息傳輸系統(tǒng)是不實際的。例如，一臺工作站可。能不具有充足的資源允許SMTP服務器和相當?shù)谋镜剜]件傳送系統(tǒng)保持序駐留，并持續(xù)運行。被稱為“聯(lián)絡性”）。代理來管理郵件。為解決這一問題，能夠支持MTS的結點就為這些不能支持的結點提供了郵。郵局協(xié)議-版本3就是使這樣的工作站可以用一種比較實用的方法來訪問存儲于。通常，這意味著工作站可以從服務器上取得郵件，而服務器為它暫時。在此文檔中不指明客戶主機如何將郵件送入到傳送系統(tǒng)中去。初始時，服務器通過偵聽TCP端口110開始POP3服務。當連接建立后，POP3發(fā)送確認消息。的ASCII字符組成，它們之間由空格間隔。POP3響應由一個狀態(tài)碼和一個可能跟有附加信息的命令組成。所有響應也是由CRLF對結束。當檢測多行響應時，客戶檢測以確認此行是否以結。在生命周期中，POP3會話有幾個不同的狀態(tài)。了確認信息，此過程就進入了“確認”狀態(tài)?，F(xiàn)在客戶可以重復下面的POP3命令，對于每個命令服務器都會返回應

　　

【正文】 R: 250 R: 250 或者 S: EXPN ExecutiveWashroomList R: 550 Access Denied to You. VERF 和 EXPN 命令的字符串命令參數(shù)因為具體實現(xiàn)的不同而不能再加以限制了。在一些系統(tǒng)上， EXPN 命令的參數(shù)可能是一個包含郵件列表的文件名，但是在 Inter 上有許多不同的文件結構。 VRFY 和 EXPN 命令在最小實現(xiàn)中并不包括，當它們實現(xiàn)時，它們也不要求被在傳送間實現(xiàn)。 . 發(fā)送信件 (mailing)和獲得信件 (sending) SMTP 的主要目的是將郵件發(fā)送到用戶的郵箱中。由一些主機提供的類似的功能是把郵件送至用戶的終端（如果用戶正打開終端）。將郵件送到用戶的郵箱中稱為發(fā)送信件（ mailing）；而送至用戶終端則稱之為獲得信件（ sending）。因為在一些主機上，這兩者的實現(xiàn)十分類似，所以它們同時被放入了 SMTP 中。然而，獲得信件命令在 SMTP 的最小實現(xiàn)中是沒有的。用戶應該具有控制向終端上寫信息的能力。大部分主機允許用戶接受或者拒絕類似的信息。 下面三個命令被定義來 支持獲得信件。它們被用于郵件命令而不是 MAIL 命令，指示接收 SMTP這種操作的特殊意義： SEND SP FROM:reversepath CRLF SEND 命令要求郵件內(nèi)容直接傳送到用戶終端。如果用戶未打開終端（或者未接收終端信息），450 響應將返回一個 RCPT 命令。如果信息被成功發(fā)送，此操作成功。 SOML SP FROM:reversepath CRLF Send 或者 MaiL 命令要求將郵件內(nèi)容直接發(fā)送到用戶的終端上（如果用戶在終端上）。如果用戶不在終端上，郵 件內(nèi)容直接進入郵箱。如果郵件被發(fā)送到用戶終端或者用戶信箱，發(fā)送操作成功。 SAML SP FROM:reversepath CRLF Send 和 MaiL 命令要求郵件內(nèi)容直接發(fā)送到用戶終端上（如果用戶在終端上）。不管怎么樣，信件都會進入信箱。如果信件進入信箱，發(fā)送操作成功。 用于 MAIL 命令的響應和這些命令的響應相同。 . 打開和關閉 當打開傳送通道時，要交換一些信息以確定雙方的身份。以下的命令是用于打開和關閉的： HELO SP domain CRLF QUIT CRLF 在 HELLO 命令中，主機自己發(fā)送命令，此命令可以被解釋為： “ 你好，我是 XX” 。 打開聯(lián)結的例子 R: 220 Simple Mail Transfer Service Ready S: HELO R: 250 關閉聯(lián)結的例子 S: QUIT R: 221 Service closing transmission channel . 轉發(fā) 轉發(fā)路徑可能是如下格 式： @ONE,@TWO:JOE@THREE，在這里， ONE， TWO 和 THREE 是主機。這種格式用于強調(diào)地址和路徑的區(qū)別。郵箱是絕對地址，路徑是關于如何到達的信息。這兩個概念不應該被混淆。 概念上，轉發(fā)路徑的元素被移動到回復路徑作為從一個 SMTP 服務器到另一個 SMTP 服務器的信息。回復路徑是一個反向數(shù)據(jù)源路徑，例如從當前信息的位置到發(fā)起者的位置。當一個 SMTP服務器從轉發(fā)路徑中刪除自己的標記并將它插入到回復路徑中時，它必須使用它發(fā)送環(huán)境能夠理解的名稱來進行，以防它的名稱在不同的環(huán)境中被理解為不同的名字。 如果當 SMTP 接收到信息的轉發(fā)路徑的第一個元素不是此 SMTP 的標記時，此元素不從轉發(fā)路徑中刪除，而被用來決定下一個應該發(fā)送到的 SMTP 服務器。在任何情況下， SMTP 都將自己的標記加入反向路徑中。 使用源路徑時，接收 SMTP 接收轉發(fā)的郵件并發(fā)送到另一接收 SMTP 服務器上。接收服務器可以接受或拒絕轉發(fā)本地用戶的郵件。接收 SMTP 通過將它自己的標記從轉發(fā)路徑移至回復路徑的開始處來改變命令參數(shù)。這時，接收 SMTP 變成了發(fā)送 SMTP，也就建立了到下一個轉發(fā)路徑中 SMTP 的通道，然后，它向這個 SMTP 發(fā)送郵件。 在回復 路徑上的頭一個主機應是發(fā)送 SMTP 命令的主機，在轉發(fā)路徑上第一個主機應是接收SMTP 命令的主機。 注意：轉發(fā)路徑和回復路徑出現(xiàn)在 SMTP 命令和應答中，但不一定要出現(xiàn)在信息中。也就是說，沒有必須要這樣的路徑特別這種格式出現(xiàn)在信息頭的 To:， From:和 CC:等域中。 如果 SMTP 服務器接受了轉發(fā)任務，但后來它發(fā)現(xiàn)因為轉發(fā)路徑不正確或者其它原理無法發(fā)送郵件，它必須建立一個 undeliverable mail信號，將它此信號送到此信的發(fā)主者那里。 此信號必須是從此主機的 SMTP 服務上發(fā)出的，當然了 ，此服務器不應該再報告出錯信息的錯誤。一種阻止這種出錯報告循環(huán)的情況是在信號的郵件命令的回復路徑上置空。在傳送此信息時，允許將回復路徑也置為空。一個 MAIL 命令后的回復路徑為空表現(xiàn)為如下形式： MAIL FROM: 下例中顯示了不可傳送的郵件信息。此信息是對從 HOSTW 上的 JOE 發(fā)出的郵件經(jīng)過在 HOSTX需要經(jīng)過 HOSTZ 到達 HOSTY 時出錯的回應。我們看到的例子是在 HOSTX 和 HOSTY 之間發(fā)生的。 不可傳送郵件信息的例子 S: MAIL FROM: R: 250 ok S: RCPT TO:@: R: 250 ok S: DATA R: 354 send the mail data, end with . S: Date: 23 Oct 81 11:22:33 S: From: S: To: S: Subject: Mail System Problem S: S: Sorry JOE, your message to lost. S: said this: S: 550 No Such User S: . R: 250 ok . 域 域是最近被引入 ARPA Inter 郵件系統(tǒng)的。使用域可以使地址空間從一個平面的普通字符串主機名變成全局地址的一個層次結構。主機 由一個域名取代，起始主機是由一系列元串組成，它們由逗號按最特殊到一般的順序排列。 例如， ， 和 可能是主機 域標識符。 無論域名在 SMTP 中如何使用，只有正式的名稱才可以被使用，不可以使用假名或昵稱。 . 改變角色 TURN 命令可以用來改變在傳輸信道上通信的程序的角色。如果程序 A現(xiàn)在是發(fā)送 SMTP，它發(fā)送 TURN 命令并接到 OK 應答（ 250）后，它就變?yōu)榻邮?SMTP 了。同理，程序 B 也可以從接收SMTP 變?yōu)榘l(fā)送 SMTP。若要拒絕改變角色，接收方可以發(fā)送 502 作為應答。 注意：此命令是可選的。在使用 TCP 的傳輸信道時，一般不使用此命令。然而，當建立傳輸信道的代價比較大時，此命令很有用。例如，此命令可以支持一般公共交換電話系統(tǒng)作為傳輸信道。 4. SMTP說明 . SMTP 命令 . 命令語法 SMTP 命令定義了郵件傳輸或由用戶定義的系統(tǒng)功能。它的命令是由 CRLF結束的字符串。而在帶有參數(shù)的情況下，命令本身由 SP和參數(shù)分開，如果未帶參數(shù)可以直接和 CRLF連接。郵箱的語法 格式必須和接收站點的格式一致。下面討論 SMTP 命令和應答。 發(fā)送郵件操作涉及到不同的數(shù)據(jù)對象，它們由不同的參數(shù)相互連接?；貜吐窂骄褪?MAIL 命令的參數(shù)，而轉發(fā)路徑則是 RCPT 命令的參數(shù)，郵件日期是 DATA 命令的參數(shù)。這些參數(shù)或者數(shù)據(jù)對象必須跟在命令后。這種模式也就要求有不同的緩沖區(qū)來存儲這些對象，也就是說，有一個回復路徑緩沖區(qū)，一個轉發(fā)路徑緩沖區(qū)，一個郵件內(nèi)容緩沖區(qū)。特定的命令產(chǎn)生自己的緩沖區(qū)，或使一個或多個緩沖的內(nèi)容被清除。 HELLO (HELO) 此命令用于向接收 SMTP 確認發(fā)送 SMTP。參數(shù)域包括發(fā) 送 SMTP 的主機名。接收 SMTP 通過連接確認命令來向發(fā)送 SMTP 確認接收 SMTP。引命令和 OK 響應確認發(fā)送和接收 SMTP 進入了初始狀態(tài)，也就是說，沒有操作正在執(zhí)行，所有狀態(tài)表和緩沖區(qū)已經(jīng)被子清除。 MAIL (MAIL) 此命令用于開始將郵件發(fā)送到一個多個郵箱中。參數(shù)域包括回復路徑。返回路徑中包括了可選的主機和發(fā)送者郵箱列表。當有主機列表時，它是一個回復路徑源，它說明此郵箱是由在表中的主機一一傳遞發(fā)送（第一個主機是最后一個接收到此郵件的主機）過來的。此表也有作向發(fā)送者返回非傳遞信號的源路徑。因為每個傳遞主 機地址都被加在此表起始處，它就必須使用發(fā)送 IPCE 而不是接收 IPCE（如果它們不是一個 IPCE 的話）清楚的名稱。一些出錯信息的回復路徑可能就是空的。 此命令清除回復路徑緩沖區(qū)，轉發(fā)路徑緩沖區(qū)和郵件內(nèi)容緩沖區(qū)，并且將此命令的回復路徑信息插入到回復路徑緩沖區(qū)中。 RECIPIENT (RCPT) 此命令用于確定郵件內(nèi)容的唯一接收者；多個接收者將由多個此命令指定。轉發(fā)路徑中包括一個可選的主機和一個必須的目的郵箱。當出現(xiàn)主機列表時，這就是一個源路徑，它指明郵件必須向列表中的上一個主機發(fā)送。如果接收 SMTP 未實現(xiàn)郵件 的傳遞發(fā)送，就會返回如未知本地用戶（ 550）的信息給用戶。 當郵件被傳遞發(fā)送時，傳遞主機必須將自己的名稱由轉發(fā)路徑的開始處移至回復路徑的結束處。當郵件最終到達目的地時，接收 SMTP 將以它的主機郵件格式自己的名稱插入目標郵件中。例如，由傳遞主機 A接收的帶有如下參數(shù)的郵件時， FROM: TO:@,@: 將會變成如下形式： FROM:@: TO:@:. 此命令導致它的轉發(fā)路徑參數(shù)加入轉發(fā)路徑緩沖區(qū)中。 DATA (DATA) 接收者將跟在命令后的行作為郵件內(nèi)容。此命令導致此命令后的郵件內(nèi)容加入郵件內(nèi)容緩沖區(qū)。郵件內(nèi)容可以包括所有 128 個 ASCII 碼字符。郵件內(nèi)容由只包括一個句號的行結束，也就是如下的字符序列： CRLF.CRLF，它指示了郵件的結束。 郵件內(nèi)容的結束指示要求接收者現(xiàn)在就處理保存的郵件內(nèi)容。此過程將回復路徑緩沖區(qū)，轉發(fā)路徑緩沖區(qū)和郵件內(nèi)容緩沖區(qū)的內(nèi)容 全部清空。如果操作成功，接收者必須返回 OK 應答；如果失敗也必須返回失敗應答。 當接收 SMTP 收到一條信息時，無論是用作轉發(fā)還是此郵件已經(jīng)到達目的地，它都必須在郵件內(nèi)容的開始處加上時間戳這一行，這一行指示了接收到郵件主機和發(fā)出此郵件主機的標識，以及接收到郵件內(nèi)容的時間和日期。轉發(fā)的信件將有多行這樣的時間戳。當接收 SMTP 作最后一站的傳送時，它將返回路徑信息行插入郵件中。此行包括了發(fā)送命令中的 reversepath的信息。在這里，最后一站的傳送的意思是郵件將被送到目的用戶手中，但在一些情況下，郵件可能需要 更進一步的加工并由另外的郵件系統(tǒng)傳送。 可能在返回路徑中的郵箱與實際發(fā)送的郵件不一致，這個情況可能發(fā)生在需要傳送一個特定的錯誤處理信箱而不是信件發(fā)送者那里。上面所述說明了，最后的郵件內(nèi)容由一個返回路徑行，和在其后的一個或多個時間戳行構成。這些行后面是郵件內(nèi)容的頭和體信息。 當處理后面的郵件數(shù)據(jù)指示部分成功時就需要特定的說明。這種情況可能發(fā)生在發(fā)送 SMTP 發(fā)現(xiàn)當郵件需要傳送給多個用戶時，只能夠成功地向其中的一部分發(fā)送信息這種情況下。在這種情況下，必須對 DATA 命令發(fā)送 OK 應答，而接收 SMTP 組織并發(fā)送一個 “ 不 可傳遞郵件 ” 信息到信息的發(fā)送者。在此信息中或者發(fā)送一個不成功接收者的列表，或者每次發(fā)送一個不成接收者，而發(fā)送多次。所有不可傳遞郵件信息由 MAIL 命令發(fā)送。 返回路徑和接收時間戳例子 ReturnPath: @,@,@: Received: from by 。 27 Oct 81 15:27:39 PST Received: from by 。 27 Oct 81 15:15:13 PST Received: from by 。 27