Mail的一些基本概念總結

轉自:http://blog.darkmi.com/2012/10/10/2423.html

什麼是SMTP

SMTP稱爲簡單Mail傳輸協議(Simple Mail Transfer Protocal),目標是向用戶提供高效、可靠的郵件傳輸。SMTP的一個重要特點是它能夠在傳送中接力傳送郵件,即郵件可以通過不同網絡上的主機接力式傳送。工作在兩種情況下:一是電子郵件從客戶機傳輸到服務器;二是從某一個服務器傳輸到另一個服務器。

SMTP是個請求/響應協議,它監聽25號端口,用於接收用戶的Mail請求,並與遠端Mail服務器建立SMTP連接

Smtp工作機制

SMTP通常有兩種工作模式:發送SMTP和接收SMTP。具體工作方式爲:發送SMTP在接到用戶的郵件請求後,判斷此郵件是否爲本地郵件,若是直接投送到用戶的郵箱,否則向dns查詢遠端郵件服務器的MX紀錄,並建立與遠端接收SMTP之間的一個雙向傳送通道,此後SMTP命令由發送SMTP發出,由接收SMTP接收,而應答則反方面傳送。一旦傳送通道建立,SMTP發送者發送MAIL命令指明郵件發送者。如果SMTP接收者可以接收郵件則返回OK應答。SMTP發送者再發出RCPT命令確認郵件是否接收到。如果SMTP接收者接收,則返回OK應答;如果不能接收到,則發出拒絕接收應答(但不中止整個郵件操作),雙方將如此重複多次。當接收者收到全部郵件後會接收到特別的序列,如果接收者成功處理了郵件,則返回OK應答。

什麼是POP

POP的全稱是 Post Office Protocol ,即郵局協議,用於電子郵件的接收,它使用TCP的110端口,現在常用的是第三版 ,所以簡稱爲 POP3。POP3仍採用Client/Server工作模式,。當客戶機需要服務時,客戶端的軟件(OutlookExpress或FoxMail)將與POP3服務器建立TCP連接,此後要經過POP3協議的三種工作狀態,首先是認證過程,確認客戶機提供的用戶名和密碼,在認證通過後便轉入處理狀態,在此狀態下用戶可收取自己的郵件或做郵件的刪除,在完成響應的操作後客戶機便發出quit命令,此後便進入更新狀態,將做刪除標記的郵件從服務器端刪除掉。到此爲止整個POP過程完成。

POP3協議的不足

POP作爲Internet上郵件的第一個離線協議標準,允許用戶從服務器上把郵件下載到本地主機上,同時刪除保存在郵件服務器上的郵件,從而使用戶不必長時間地與郵件服務器連接,很大程度上減少了服務器和網絡的整體開銷。

但POP3有其天生的缺陷,即當用戶接收電子郵件時,所有的信件都從服務器上清除並下載到客戶機。在整個收信過程中,用戶無法知道郵件的具體信息,只有照單全收入硬盤後,才能慢慢瀏覽和刪除。這使用戶幾乎沒有對郵件接收的控制決定權。一旦碰上郵箱被轟炸,或有比較大的郵件,用戶不能通過分析郵件的內容及發信人地址來決定是否下載或刪除,從而造成系統資源的浪費。而IMAP協議不但可以克服POP3的缺陷,而且還提供了更強大的功能。

什麼是IMAP

IMAP是Internet Message Access Protocol的縮寫,顧名思義,主要提供的是通過Internet獲取信息的一種協議。IMAP象POP那樣提供了方便的郵件下載服務,讓用戶能進行離線閱讀,但IMAP能完成的卻遠遠不只這些。IMAP提供的摘要瀏覽功能可以讓你在閱讀完所有的郵件到達時間、主題、發件人、大小等信息後才作出是否下載的決定。

IMAP (Internet Message Access Potocol) 是一種用於郵箱訪問的協議,使用IMAP協議可以在Client端管理 Server上的郵箱,它與pop不同,郵件是保留在服務器上而不是download到本地,在這一點上IMAP是與Webmail相似的。但IMAP有比Webmail更好的地方,它比webmail更高效和安全,可以離線閱讀等等,如果想試試可以用Outlook Express,只要配好一個帳號,將我的郵件接收服務器設置爲IMAP服務器就可以了。

IMAP(Internet消息訪問協議)是與POP3對應的另一種協議,爲美國斯坦福大學在1986年開始研發的多重郵箱電子郵件系統。它能夠從郵件服務器上獲取有關E-mail的信息或直接收取郵件,具有高性能和可擴展性的優點。IMAP爲很多客戶端電子郵件軟件所採納,如OutlookExpress、NetscapeMessenger等,支持IMAP的服務器端的軟件也越來越多,如CriticalPath、Eudora、iPlanet、Sendmail等。

什麼是MIME

MIME(Multipurpose Internet Mail Extensions),即多用途Internet郵件擴展標準。它不是郵件傳輸協議,而是對傳輸內容的消息、附件及其它的內容定義了格式。這裏有很多不同的RFC(Requirement of Comment)文檔:RFC 822、RFC 2045、RFC 2046 和 RFC 2047。作爲一個 JavaMail API 的用戶,您通常不必對這些格式操心。無論如何,一定存在這些格式而且程序會用到它。

什麼是Java Mail API

JavaMail API 是一個用於閱讀、編寫和發送電子郵件的可選包(標準擴展)。與 Eudora、pine 及 Microsoft Outlook 相似,這個包用來創建郵件用戶代理(Mail User Agent,MUA) 類型程序。API 的主要用途並不在於傳輸、發送和轉發消息;這一功能範圍屬於某些應用程序,如 sendmail 及其它郵件傳輸代理(Mail Transfer Agent,MTA)類型程序。MUA 類型的程序能讓用戶閱讀和書寫郵件,而它卻依賴 MTA 處理實際發送。

發佈了20 篇原創文章 · 獲贊 21 · 訪問量 15萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章