一步一步從原理跟我學郵件收取及發送 12.telnet命令行收一封信pop3

    本系列上一篇文章中咱們就說到了，這一次咱們要說 pop3 收信了。雖然我以爲應該先說完 mime 格式，不過估計你們已經不耐煩了 -- 怎麼老在說發送啊？咱們要看收取！
    好吧，來啦，來啦！收取郵件如今經常使用的有 pop3 和 imap 協議，不過從傳統來講 pop3 受衆要廣得多。有了前面的基礎，要實現 pop3 收信其實很是的簡單。咱們仍然用第一篇"網絡命令的發送"中所說的方法來學習 pop3 協議。
    首先仍然是用 telnet 鏈接 pop3 對應的網絡地址，這裏是 telnet newbt.net 110，其中 pop3 的默認端口就是 110 ，以 newbt 郵箱爲例子，很容易就能登陸郵箱，用到的命令請看下圖：

你們能夠看到，比起 smtp 的登陸來講是簡單得多了，不須要回應對方的域名；甚至密碼也不用進行 base64 編碼（固然必定程度來講安全性不高，不過如今都有 ssl ）。
好了照例又來個 163 郵箱的例子，照例又比 newbt 的麻煩一些：須要在域名前加上 "pop3." 的子域名（好在其餘的內容差很少），這個 "pop3" 的子域名前綴和前面文章提到的"smtp"前綴同樣並無什麼標準可言，即：
telnet pop3.163.com 110

完整的要發送的命令列表爲：

user 您的用戶名@郵箱域名（163 郵箱的話後面不用加，只要用戶名就行）
pass 您的密碼
uidl
retr 1(按 retr 的結果，想收哪封就寫哪一個數字)

命令執行的結果以下圖：

（成功登陸163郵箱）

（uidl 命令會列出全部郵件的序號和惟一標識）

（retr命令的結果就是郵件內容，準確來講是郵件的 mime 源碼）

完了。完了？是的，就是這樣，其餘的 pop3 命令用不着實現。不過對於過去的郵件客戶端來講通常還會刪除剛收取的郵件，那就再加兩個命令：

dele 1(按 retr 的結果，想刪除哪封就寫哪一個數字)
quit（有些郵箱退出後才真刪除）

不過如今是手機時代，電腦和手機都應該能看到信，因此如今的實現就不要收取後刪除了。

    你們能夠看到 pop3 的收取簡直是簡單得使人髮指啊！ ... 誰說不是呢 ... 只要掌握了第一篇發送網絡命令的方法，其實大部分的網絡通信協議都會有這種感受，因此我我的以爲咱們這個系列文章中價值最高的就是第一篇文章。

    要注意的是，這裏的示例和傳統的示例有一點區別，那就是我用的是 uidl 列出郵件，而傳統的教程可能會用 list 命令。由於在具體的客戶端編寫中還會碰到一個問題：怎樣不重複收取郵件呢？看到那個 uidl 命令的返回了嗎？每一行迴應的空格後面就是一封信的惟一標誌。同時這個命令迴應的結束符號和咱們前面說的 smtp 發送的郵件內容結束符號是同樣的也就是"."加先後的兩個換行。具體區別可看 rfc 文檔。
    這裏有必要和你們說的一個問題就是 rfc 只是一個參考，要按它的要求所有實現的話其實大多數狀況下是沒有必要的，就比如全部的 C++ 編譯器都沒有徹底實現所有的 C++ 標準同樣。固然了仍是要提供一下相關 rfc 文檔的連接：
http://man.chinaunix.net/develop/rfc/RFC1939.txt
備用地址
http://newbt.net/ms/vdisk/show_bbs.php?id=1B938647F353291F60658D8FB893223F&pid=160

    協議雖然很簡單，可是你們有沒有看到 retr 收信後的結果是一堆"亂碼"，這也就是我本不打算先說 pop3 協議的緣由。這些並非亂碼，而是電子郵件的 mime 格式，另外 mime 還廣泛使用在 http 協議中。mime 的格式至關複雜，電子郵件用到的又更是複雜，不過這是編寫電子郵件程序必須通過的 ... 好了，咱們在後面的文章再說吧。不過 mime 格式恐怕得花好幾篇文章才能說完，還不必定能說清，你們要有心理準備 :)

    由於尚未說到 mime 格式，寫出具體的收信代碼也沒有什麼意義，因此之後咱們講完 mime 再給出示例吧。不過有了前面的基礎代碼，相信你們要本身寫出來也是易如反掌的事情。

-------------------------------------------------
版權聲明:
本系列文章已受權百家號 "clq的程序員學前班" . 文章編排上略有差別.