本系列上一篇文章中我們就說到了，這一次我們要說 pop3 收信了。雖然我覺得應該先說完 mime 格式，不過估計大家已經不耐煩了 -- 怎麼老在說發送啊？我們要看收取！ 好吧，來啦，來啦！收取郵件現在常用的有 pop3 和 imap 協議，不過從傳統來說 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的程式員學前班" . 文章編排上略有差異.
