SMTP協(xié)議工作原理及服務(wù)

1、更多企業(yè)學(xué)院：中小企業(yè)管理全能版183套講座+89700份資料總經(jīng)理、高層管理49套講座+16388份資料中層管理學(xué)院46套講座+6020份資料國學(xué)智慧、易經(jīng)46套講座人力資源學(xué)院56套講座+27123份資料各階段員工培訓(xùn)學(xué)院77套講座+ 324份資料員工管理企業(yè)學(xué)院67套講座+ 8720份資料工廠生產(chǎn)管理學(xué)院52套講座+ 13920份資料財(cái)務(wù)管理學(xué)院53套講座+ 17945份資料銷售經(jīng)理學(xué)院56套講座+ 14350份資料銷售人員培訓(xùn)學(xué)院72套講座+ 4879份資料更多企業(yè)學(xué)院：中小企業(yè)管理全能版183套講座+89700份資料總經(jīng)理、高層管理49套講座+16388份資料中層管理學(xué)院46套講座+

2、6020份資料國學(xué)智慧、易經(jīng)46套講座人力資源學(xué)院56套講座+27123份資料各階段員工培訓(xùn)學(xué)院77套講座+ 324份資料員工管理企業(yè)學(xué)院67套講座+ 8720份資料工廠生產(chǎn)管理學(xué)院52套講座+ 13920份資料財(cái)務(wù)管理學(xué)院53套講座+ 17945份資料銷售經(jīng)理學(xué)院56套講座+ 14350份資料銷售人員培訓(xùn)學(xué)院72套講座+ 4879份資料SMTP協(xié)議原始命令碼和工作原理1.SMTP是工作在兩種情況下：一是電子郵件從客戶機(jī)傳輸?shù)椒?wù)器；二是從某一個(gè)服務(wù)器傳輸?shù)搅硪粋€(gè) 服務(wù)器 2.SMTP是個(gè)請(qǐng)求/響應(yīng)協(xié)議，命令和響應(yīng)都是基于ASCII文本，并以CR和LF符結(jié)束。響應(yīng)包括一個(gè)表示返 回狀態(tài)的三位數(shù)

3、字代碼 3.SMTP在TCP協(xié)議25號(hào)端口監(jiān)聽連接請(qǐng)求 4.連接和發(fā)送過程： a.建立TCP連接 b.客戶端發(fā)送HELO命令以標(biāo)識(shí)發(fā)件人自己的身份，然后客戶端發(fā)送MAIL命令 服務(wù)器端正希望以O(shè)K作為響應(yīng)，表明準(zhǔn)備接收 c.客戶端發(fā)送RCPT命令，以標(biāo)識(shí)該電子郵件的計(jì)劃接收人，可以有多個(gè)RCPT行 服務(wù)器端則表示是否愿意為收件人接受郵件 d.協(xié)商結(jié)束，發(fā)送郵件，用命令DATA發(fā)送 e. 以.表示結(jié)束輸入內(nèi)容一起發(fā)送出去 f.結(jié)束此次發(fā)送，用QUIT命令退出。 5.另外兩個(gè)命令： VRFY-用于驗(yàn)證給定的用戶郵箱是否存在，以及接收關(guān)于該用戶的詳細(xì)信息。 EXPN-用于擴(kuò)充郵件列表。 6.郵件路由

4、過程： SMTP服務(wù)器基于域名服務(wù)DNS中計(jì)劃收件人的域名來路由電子郵件。SMTP服務(wù)器基于DNS中的MX記錄 來路由電子郵件，MX記錄注冊(cè)了域名和相關(guān)的SMTP中繼主機(jī)，屬于該域的電子郵件都應(yīng)向該主機(jī)發(fā)送。 若SMTP服務(wù)器收到一封信要發(fā)到shuser: a.Sendmail請(qǐng)求DNS給出主機(jī)的CNAME記錄，如有，假若CNAME到，則再次 請(qǐng)求的CNAME記錄，直到?jīng)]有為止 b.假定被CNAME到,然后sendmail請(qǐng)求域的DNS給出的MX記錄， shmail MX 5 10 c. Sendmail最后請(qǐng)求DNS給出的A記錄，即IP地址，若返回值為 d. Sendmail與連接，傳送這封

5、給shuser的信到這臺(tái)服務(wù)器的SMTP后臺(tái)程序 7.SMTP基本命令集： 命令 描述 - HELO 向服務(wù)器標(biāo)識(shí)用戶身份 發(fā)送者能欺騙，說謊，但一般情況下服務(wù)器都能檢測(cè)到。 MAIL 初始化郵件傳輸 mail from: RCPT 標(biāo)識(shí)單個(gè)的郵件接收人；常在MAIL命令后面 可有多個(gè)rcpt to: DATA 在單個(gè)或多個(gè)RCPT命令后，表示所有的郵件接收人已標(biāo)識(shí)，并初始化數(shù)據(jù)傳輸，以.結(jié)束。 VRFY 用于驗(yàn)證指定的用戶/郵箱是否存在；由于安全方面的原因，服務(wù)器常禁止此命令 EXPN 驗(yàn)證給定的郵箱列表是否存在，擴(kuò)充郵箱列表，也常被禁用 HELP 查詢服務(wù)器支持什么命令 NOOP 無操作，

6、服務(wù)器應(yīng)響應(yīng)OK QUIT 結(jié)束會(huì)話 RSET 重置會(huì)話，當(dāng)前傳輸被取消 - 8. MAIL FROM命令中指定的地址是稱作 envelope from地址，不需要和發(fā)送者自己的地址是一致的。 RCPT TO 與之等同，指明的接收者地址稱為envelope to地址，而與實(shí)際的to：行是什么無關(guān)。 9.為什么沒有RCPT CC和RCPT BCC:? 所有的接收者協(xié)商都通過RCPT TO命令來實(shí)現(xiàn)，如果是BCC，則協(xié)商發(fā)送后在對(duì)方接收時(shí)被刪掉信封接收者 10.郵件被分為信封部分，信頭部分和信體部分 envelope from, envelope to 與message from:, messag

7、e to:完全不相干。 evnelope是由服務(wù)器主機(jī)間SMTP后臺(tái)提供的，而message from/to是由用戶提供的。有無冒號(hào)也是區(qū)別。 11. 怎樣由信封部分檢查是否一封信是否是偽造的？ a. received行的關(guān)聯(lián)性。 現(xiàn)在的SMTP郵件傳輸系統(tǒng)，在信封部分除了兩端的內(nèi)部主機(jī)處理的之個(gè)，考慮兩個(gè)公司防火墻之間 的部分，若兩臺(tái)防火墻機(jī)器分別為和，但接收者檢查信封received：行時(shí)發(fā)現(xiàn)經(jīng)過了C.則是偽造的。 b. received：行中的主機(jī)和IP地址對(duì)是否對(duì)應(yīng)如： Receibed: from ( 15 by mail . c. 被人手動(dòng)添加在最后面的received行： Rec

8、eived: from (15) by mail . (8.8.5) Received: from by (8.7.3) Received: from by (8.6.4) -SMTP服務(wù)對(duì)命令流水的擴(kuò)展 1摘要 本文主要定義了一種SMTP服務(wù)擴(kuò)展，使用這種服務(wù)擴(kuò)展服務(wù)器可以說明它在一個(gè)TCP發(fā)送操作中可以接收多少個(gè)指令。在一個(gè)TCP發(fā)送指令中使用多個(gè)操作可以大大提高系統(tǒng)的運(yùn)行效率。 2. 介紹 雖然SMTP服務(wù)已經(jīng)廣泛使用了，效果也不錯(cuò)，但是對(duì)它的擴(kuò)展也是不可少的。如果某個(gè)網(wǎng)絡(luò)需要很長時(shí)間進(jìn)行連接，那SMTP運(yùn)行的效果可就比較差了。SMTP的時(shí)間就費(fèi)在等待一個(gè)個(gè)的命令上了。如果能夠使SMTP

9、客戶端進(jìn)行命令流水，也就是一次發(fā)送許多指令，就會(huì)提高運(yùn)行效率。但以前的協(xié)議中沒有說明這一條，客戶無法知道服務(wù)器能夠同時(shí)接收多少指令。因此產(chǎn)生了如下的一些問題： 連接過程中連接失控或緩沖區(qū)滿； 在SMTP命令失敗時(shí)清除TCP輸入緩沖區(qū)，有時(shí)這是沒有必要的； 對(duì)一些命令會(huì)不講道理地判斷它為失敗，例如一些服務(wù)器如果在上一個(gè)REPT TO 失敗后會(huì)再不接收DATA命令，而不管RCPT TO之前的命令是不是成功，而有些服務(wù)器則可以在RCPT TO命令失敗后接收DATA命令。 3. 命令流水?dāng)U展框架 它的定義如下： 此服務(wù)擴(kuò)展的名稱為流水（Pipelining）； 與EHLO相關(guān)聯(lián)的擴(kuò)展值是PIPELIN

10、ING； PIPELINING EHLO不再參數(shù)； MAIL FROM或RCPT TO命令不附加其它參數(shù)； 沒有附加其它SMTP命令； 4. 流水服務(wù)擴(kuò)展 當(dāng)客戶機(jī)希望使用流水時(shí)，它會(huì)發(fā)送EHLO命令到服務(wù)器，如果服務(wù)器以250響應(yīng)（其中的響應(yīng)包括PIPELINING）就表明服務(wù)器支持SMTP服務(wù)流水。 4.1. 客戶使用流水 在客戶知道服務(wù)器可以支持流水的時(shí)候，客戶可以傳輸多個(gè)命令（稱為命令組）到服務(wù)器，不用發(fā)送一條等待一下然后再發(fā)一條，特別的RSET，MAIL FROM，SEND FROM，SOML FROM，SAML FROM和RCPT TO可以出現(xiàn)在命令組的任何地方。EHLO，DATA

11、，VRFY，EXPN，TURN，QUIT和NOOP只能出現(xiàn)在命令組中的最后位置，因?yàn)樗鼈兂晒εc否將改變SMTP命令所處的狀態(tài)。由其它SMTP擴(kuò)展產(chǎn)生的命令只能出現(xiàn)在組中的最后位置。實(shí)際傳送的命令可以是組中的第一個(gè)命令。 客戶SMTP必須檢查與組中據(jù)有相關(guān)的狀態(tài)。如果RCPT TP接收地址未被接受，客戶端必須檢查DATA的狀態(tài)，客戶端不能假設(shè)因?yàn)闆]有RCPT TO是成功的所以DATA就會(huì)失敗。如果DATA命令被正確拒絕，客戶端可以發(fā)出RSET，如果DATA命令沒有被正確拒絕，客戶端要發(fā)出一個(gè)點(diǎn)（dot）。命令所產(chǎn)生的狀態(tài)必須和分別發(fā)出每個(gè)命令時(shí)相同，必須支持多行（Multiline）響應(yīng)。客戶S

12、MTP可以選擇在非阻塞狀態(tài)運(yùn)行，它在接收到服務(wù)器的響應(yīng)時(shí)立即處理，即使還有數(shù)據(jù)需要發(fā)送也不能推遲對(duì)響應(yīng)的處理。如果不支持非阻塞狀態(tài)，客戶端必須檢查TCP窗口的大小，TCP窗口的大小必須大于命令組的大小。窗口大小經(jīng)常是4K，如果不能進(jìn)行這樣的檢查，可能會(huì)導(dǎo)致死鎖。 4.2. 服務(wù)器對(duì)流水的支持 服務(wù)器應(yīng)該提供下面的服務(wù)擴(kuò)展： 在任何情況下不行將TCP輸入緩沖區(qū)的內(nèi)容丟棄； 當(dāng)且僅當(dāng)接收到一個(gè)或多個(gè)有效的RCPT TO命令時(shí)，才對(duì)DATA命令應(yīng)該主動(dòng)發(fā)出響應(yīng)； 因?yàn)镈ATA命令沒有合法的接收者，結(jié)果接收到空信息時(shí)，不要再發(fā)出消息給任何人（當(dāng)然對(duì)DATA命令還要做一個(gè)響應(yīng)）； 對(duì)成組的RSET，MA

13、IL FROM，SEND FROM，SOML FROM，SAML FROM和RCPT TO命令的響應(yīng)先保存起來，然后一起發(fā)送； 不允許緩存對(duì)EHLO，DATA，VRFY，EXPN，TURN，QUIT和NOOP的響應(yīng)； 不允許緩沖不可識(shí)別命令的響應(yīng)； 在本地TCP輸入緩沖區(qū)為空時(shí)必須將據(jù)有未發(fā)出的響應(yīng)全部發(fā)出； 不允許對(duì)未接收到的命令進(jìn)行猜測(cè)；或假設(shè)它的存在； 在響應(yīng)的文本信息中應(yīng)該表時(shí)這是對(duì)哪個(gè)命令進(jìn)行的響應(yīng)； 5. 例子 下面是一個(gè)不支持流水的SMTP會(huì)話：其中S代表服務(wù)器，C代表客戶端； S: ; C: ; S: 220 SMTP service ready C: HELO dbc.mtv

14、iew.ca.us S: 250 C: MAIL FROM:; S: 250 sender ; OK C: RCPT TO:; S: 250 recipient ; OK C: RCPT TO:; S: 250 recipient ; OK C: RCPT TO:; S: 250 recipient ; OK C: DATA S: 354 傳輸郵件內(nèi)容，并以一個(gè)只有”.”的行結(jié)束郵件 . C: . S: 250 message sent C: QUIT S: 221 goodbye 在上例中客戶需要9次等待服務(wù)器的響應(yīng)，下面我們來看看在支持流水的情況下是什么樣子：其中S代表服務(wù)器，C代表客戶端

15、； S: ; C: ; S: 220 SMTP service ready C: EHLO dbc.mtview.ca.us S: 250- S: 250 PIPELINING C: MAIL FROM:; C: RCPT TO:; C: RCPT TO:; C: RCPT TO:; C: DATA S: 250 sender ; OK S: 250 recipient ; OK S: 250 recipient ; OK S: 250 recipient ; OK S: 354 傳輸郵件內(nèi)容，并以一個(gè)只有”.”的行結(jié)束郵件 . C: . C: QUIT S: 250 message sent

16、 S: 221 goodbye 現(xiàn)在等待的次數(shù)由9次變?yōu)榱?次，下面我們看一下當(dāng)據(jù)有接收者均被拒絕時(shí)會(huì)是什么情況： S: ; C: ; S: 220 SMTP service ready C: EHLO dbc.mtview.ca.us S: 250- S: 250 PIPELINING C: MAIL FROM:; C: RCPT TO:; C: RCPT TO:; C: DATA S: 250 sender ; OK S: 550 remote mail to ; not allowed S: 550 remote mail to ; not allowed S: 554 no valid recipients given /未給出合法的接收者 C: QUIT S: 221 goodbye 客戶端也等待了4次，如果服務(wù)器在接收DATA命令當(dāng)不檢查接收者的合法性，則是下面的情況： S: ; C: ; S: 220 SMTP service ready C: EHLO dbc.mtview.ca.us S