子彈の VISIONS

NEVER back down ~~

C++博客

管理

112 Posts :: 34 Stories :: 99 Comments :: 0 Trackbacks

留言簿(5)

隨筆分類(74)

文章分類

搜索

閱讀排行榜

－－－－－－－
SMTP協議原始命令碼和工作原理
1.SMTP是工作在兩種情況下：一是電子郵件從客戶機傳輸到服務器；二是從某一個服務器傳輸到另一個
服務器
2.SMTP是個請求/響應協議，命令和響應都是基于ASCII文本，并以CR和LF符結束。響應包括一個表示返
回狀態的三位數字代碼
3.SMTP在TCP協議25號端口監聽連接請求
4.連接和發送過程：

a.建立TCP連接
b.客戶端發送HELO命令以標識發件人自己的身份，然后客戶端發送MAIL命令
服務器端正希望以OK作為響應，表明準備接收
c.客戶端發送RCPT命令，以標識該電子郵件的計劃接收人，可以有多個RCPT行
服務器端則表示是否愿意為收件人接受郵件
d.協商結束，發送郵件，用命令DATA發送
e.以.表示結束輸入內容一起發送出去
f.結束此次發送，用QUIT命令退出。

5.另外兩個命令：
VRFY---用于驗證給定的用戶郵箱是否存在，以及接收關于該用戶的詳細信息。
EXPN---用于擴充郵件列表。

6.郵件路由過程：
SMTP服務器基于‘域名服務DNS中計劃收件人的域名來路由電子郵件。SMTP服務器基于DNS中的MX記錄
來路由電子郵件，MX記錄注冊了域名和相關的SMTP中繼主機，屬于該域的電子郵件都應向該主機發送。

若SMTP服務器mail.abc.com收到一封信要發到shuser@sh.abc.com:

a.Sendmail請求DNS給出主機sh.abc.com的CNAME記錄，如有，假若CNAME到shmail.abc.com，則再次
請求shmail.abc.com的CNAME記錄，直到沒有為止
b.假定被CNAME到shmail.abc.com,然后sendmail請求@abc.com域的DNS給出shmail.abc.com的MX記錄，
shmailMX5shmail.abc.com
10shmail2.abc.com
c.Sendmail最后請求DNS給出shmail.abc.com的A記錄，即IP地址，若返回值為1.2.3.4
d.Sendmail與1.2.3.4連接，傳送這封給shuser@sh.abc.com的信到1.2.3.4這臺服務器的SMTP后臺程序

7.SMTP基本命令集：

命令描述
------------------------------
HELO向服務器標識用戶身份
發送者能欺騙，說謊，但一般情況下服務器都能檢測到。

MAIL初始化郵件傳輸
mailfrom:
RCPT標識單個的郵件接收人；常在MAIL命令后面
可有多個rcptto:
DATA在單個或多個RCPT命令后，表示所有的郵件接收人已標識，并初始化數據傳輸，以.結束。
VRFY用于驗證指定的用戶/郵箱是否存在；由于安全方面的原因，服務器常禁止此命令
EXPN驗證給定的郵箱列表是否存在，擴充郵箱列表，也常被禁用
HELP查詢服務器支持什么命令
NOOP無操作，服務器應響應OK
QUIT結束會話
RSET重置會話，當前傳輸被取消
--------------------------------

8.MAILFROM命令中指定的地址是稱作envelopefrom地址，不需要和發送者自己的地址是一致的。
RCPTTO與之等同，指明的接收者地址稱為envelopeto地址，而與實際的to：行是什么無關。
9.為什么沒有RCPTCC和RCPTBCC
所有的接收者協商都通過RCPTTO命令來實現，如果是BCC，則協商發送后在對方接收時被刪掉信封接收者
10.郵件被分為信封部分，信頭部分和信體部分
envelopefrom,envelopeto與messagefrom:,messageto:完全不相干。
evnelope是由服務器主機間SMTP后臺提供的，而messagefrom/to是由用戶提供的。有無冒號也是區別。

11.怎樣由信封部分檢查是否一封信是否是偽造的？
a.received行的關聯性。
現在的SMTP郵件傳輸系統，在信封部分除了兩端的內部主機處理的之個，考慮兩個公司防火墻之間
的部分，若兩臺防火墻機器分別為Ａ和Ｂ，但接收者檢查信封received：行時發現經過了C.則是偽造的。
b.received：行中的主機和IP地址對是否對應如：
Receibed:fromgalangal.org(turmeric.com[104.128.23.115]bymail.bieberdorf.edu....
c.被人手動添加在最后面的received行：
Received:fromgalangal.org([104.128.23.115])bymail.bieberdorf.edu(8.8.5)
Received:fromlemongrass.orgbygalangal.org(8.7.3)
Received:fromgraprao.combylemongrass.org(8.6.4)
－－－－－－－－
SMTP協議的命令和應答
從前面的通訊模型可以看出SMTP協議在發送SMTP和接收SMTP之間的會話是靠發送SMTP的SMTP命令和接收SMTP反饋的應答來完成的。在通訊鏈路建立后，發送SMTP發送MAIL命令指令郵件發送者，若接收SMTP此時可以接收郵件則作出OK的應答，然后發送SMTP繼續發出RCPT命令以確認郵件是否收到，如果接收到就作出OK的應答，否則就發出拒絕接收應答，但這并不會對整個郵件操作造成影響。雙方如此反復多次，直至郵件處理完畢。SMTP協議共包含10個SMTP命令，列表如下：

SMTP命令命令說明
HELLO＜domain＞＜CRLF＞識別發送方到接收SMTP的一個HELLO命令
MAILFROM:＜reverse-path＞＜CRLF＞＜reverse-path＞為發送者地址。此命令告訴接收方一個新郵件發送的開始，并對所有的狀態和緩沖區進行初始化。此命令開始一個郵件傳輸處理，最終完成將郵件數據傳送到一個或多個郵箱中。
RCPTTO:＜forward-path＞＜CRLF＞＜forward-path＞標識各個郵件接收者的地址
DATA＜CRLF＞
接收SMTP將把其后的行為看作郵件數據去處理，以＜CRLF＞.＜CRLF＞標識數據的結尾。
REST＜CRLF＞退出/復位當前的郵件傳輸
NOOP＜CRLF＞要求接收SMTP僅做OK應答。（用于測試）
QUIT＜CRLF＞要求接收SMTP返回一個OK應答并關閉傳輸。
VRFY＜string＞＜CRLF＞驗證指定的郵箱是否存在，由于安全因素，服務器多禁止此命令。
EXPN＜string＞＜CRLF＞驗證給定的郵箱列表是否存在，擴充郵箱列表，也常禁止使用。
HELP＜CRLF＞查詢服務器支持什么命令

注：＜CRLF＞為回車、換行，ASCII碼分別為13、10（十進制）。

　　SMTP協議的每一個命令都會返回一個應答碼，應答碼的每一個數字都是有特定含義的，如第一位數字為2時表示命令成功；為5表失敗；3表沒有完成。一些較復雜的郵件程序利用該特點，首先檢查應答碼的首數字，并根據其值來決定下一步的動作。下面將SMTP的應答碼列表如下：

應答碼說明
501參數格式錯誤
502命令不可實現
503錯誤的命令序列
504命令參數不可實現
211系統狀態或系統幫助響應
214幫助信息
220＜domain＞服務就緒
221＜domain＞服務關閉
421＜domain＞服務未就緒，關閉傳輸信道
250要求的郵件操作完成
251用戶非本地，將轉發向＜forward-path＞
450要求的郵件操作未完成，郵箱不可用
550要求的郵件操作未完成，郵箱不可用
451放棄要求的操作；處理過程中出錯
551用戶非本地，請嘗試＜forward-path＞
452系統存儲不足，要求的操作未執行
552過量的存儲分配，要求的操作未執行
553郵箱名不可用，要求的操作未執行
354開始郵件輸入，以"."結束
554操作失敗
－－－－－－－－

posted on 2008-08-11 09:48 子彈のVISIONS 閱讀(655) 評論(0) 編輯收藏引用所屬分類: 1.x 臨時目錄

只有注冊用戶登錄后才能發表評論。


相關文章: The Usability of Open Source Software (ZT) Usability 101: Introduction to Usability(ZT) Why Free Software has poor usability, and how to improve it(ZT) Email相關協議-SMTP Open Source Licenses by Category Agile Development [ZT] 數獨網址 UML序列圖好書列表[ZT] C++ Tips[ZT]

網站導航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

子彈の VISIONS

留言簿(5)

隨筆分類(74)

文章分類

搜索

最新隨筆

最新評論

閱讀排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

子彈 の VISIONS

留言簿(5)

隨筆分類(74)

文章分類

搜索

最新隨筆

最新評論

閱讀排行榜

子彈の VISIONS