郵件協議之POP3的講解
歷史沿革
POP3 接收郵件伺服器 是一個由 J. K. Reynolds 帶領的團隊研發的郵件接收協議。它從 1984 到 1998 年由 POP1 、 POP2 演進至 POP3 。後來有 POP4 的架構出來(功能接近 IMAP ),但是於 2003 年停止發展。簡單易用,至今仍然被使用中。但是,由於 POP4 已經停止研發,現有 POP3 功能已經漸漸不能滿足現在網際網路使用者的需求,造成使用者因需求慢慢轉向 IMAP 。
POP3 伺服器 主要功能
POP3 提供網路使用者簡單的下載郵件做離線郵件瀏覽。此種方式十分 ,今日的郵件客戶端大多已經改用 IMAP4
POP3 接收郵件伺服器認證
POP3 認證方式 有以下幾種,使用明文的 LOGIN 指令,此種方式最不安全,選購郵件伺服器時要避免採用只支援這種方式的產品。另外常見的有 APOP 的方式,這基本上來說算是安全的一種認證方式,即使是以明文的方式傳送,另外還要注意 POP3 伺服器是否有支援 STLS 的安全層次連線,如果有,才能夠提供全程的加密保護, EVO 還具有以證書登入的 AUTH EXTERNAL 認證方式,屬於 POP3 認證最高的一種等級之一。
POP3 port
POP3 標準的埠是 110 ,在 EVO 下可支援明文以及 TLS( 推薦,業界公認的 SSL 埠 ) ,也可使用 995( 較不推薦,此方式已經在業界被淘汰 ) 的 SSL 伺服器。
POP3 命令格式 說明
user<SP>username<CRLF>
user 命令是 POP3 客戶端程式與 POP3 郵件伺服器建立連線後通常傳送的第一條命令,引數 username 表示收件人的帳戶名稱。
pass<SP>password<CRLF>
pass 命令是在 user 命令成功透過後, POP3 客戶端程式接著傳送的命令,它用於傳遞帳戶的密碼,引數 password 表示帳戶的密碼。
apop<SP>name,digest<CRLF>
apop 命令用於替代 user 和 pass 命令,它以 MD5 數字摘要的形式向 POP3 郵件伺服器提交帳戶密碼。
stat<CRLF>
stat 命令用於查詢郵箱中的統計資訊,例如:郵箱中的郵件數量和郵件佔用的位元組大小等。
uidl<SP>msg#<CRLF>
uidl 命令用於查詢某封郵件的唯一標誌符,引數 msg# 表示郵件的序號,是一個從 1 開始編號的數字。
list<SP>[MSG#]<CRLF>
list 命令用於列出郵箱中的郵件資訊,引數 msg# 是一個可選引數,表示郵件的序號。當不指定引數時, POP3 伺服器列出郵箱中所有的郵件資訊;當指定引數 msg# 時, POP3 伺服器只返回序號對應的郵件資訊。
retr<SP>msg#<CRLF>
retr 命令用於獲取某封郵件的內容,引數 msg# 表示郵件的序號。
dele<SP>msg#<CRLF>
dele 命令用於在某封郵件上設定刪除標記,引數 msg# 表示郵件的序號。 POP3 伺服器執行 dele 命令時,只是為郵件設定了刪除標記,並沒有真正把郵件刪除掉,只有 POP3 客戶端發出 quit 命令後, POP3 伺服器才會真正刪除所有設定了刪除標記的郵件。
rest<CRLF>
rest 命令用於清除所有郵件的刪除標記。
top<SP>msg#<SP>n<CRLF>
top 命令用於獲取某封郵件的郵件頭和郵件體中的前 n 行內容,引數 msg# 表示郵件的序號,引數 n 表示要返回郵件的前幾行內容。使用這條命令以提高 Web Mail 系統(透過 Web 站點上收發郵件)中的郵件列表顯示的處理效率,因為這種情況下不需要獲取每封郵件的完整內容,而是僅僅需要獲取每封郵件的郵件頭資訊。
noop<CRLF>
noop 命令用於檢測 POP3 客戶端與 POP3 伺服器的連線情況。
quit<CRLF>
quit 命令表示要結束郵件接收過程, POP3 伺服器接收到此命令後,將刪除所有設定了刪除標記的郵件,並關閉與 POP3 客戶端程式的網路連線。
EVO 如何整合 POP3
遵循 POP3 信箱 協議製作並支援協議指令,比如: APOP RFC 2195 (使用挑戰與回應方式認證) ,RFC 2595 (透過 TLS 使用 POP3 的機制 - STLS )等等。以 IMAP 的角度來看, POP3 實際上已經是完全被淘汰的協議,它沒有任何地方比 IMAP 要來得強大,況且,現今所有的郵件軟體都已經支援 IMAP ,對於 POP3 我們實在不需要有太多的留念.將您的帳號轉為 IMAP 吧,這個過程將會是輕鬆又愉快.
以上是對POP3協議和指令的講解,最近在關注郵件安全相關技術,在找一些公開的郵件加密軟體,PGP用起來太麻煩了,不過找到了另外一個 “ ”, 這是一個免費公開的“ 郵件內容加密” 平臺,無論是個人還是企業規模化都可以試用,目前還沒有本地版本的,不過從官網上檢視資料其是以“郵件加密閘道器”形式存在的,也不用自己管理金鑰,所以還是挺方便安全的。大家如果有更好的可以推薦給我。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69910739/viewspace-2639714/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 郵件協議之IMAP指令講解協議
- Python使用POP3和SMTP協議收發郵件Python協議
- 郵件協議之MIME協議
- POP3協議(電子郵件郵局協議)中UIDL和TOP命令在實際使用中的作用協議UI
- 電子郵件協議及GO傳送QQ郵件協議Go
- TCP/IP學習筆記之協議和郵件TCP筆記協議
- SMTP協議解讀以及如何使用SMTP協議傳送電子郵件協議
- 一次郵件傳送協議SMTP問題排查協議
- 7種常見的電子郵件安全協議(已更新2019.1.28)協議
- Golang《基於 MIME 協議的郵件資訊解析》部分實現Golang協議
- 網路協議之:socket協議詳解之Datagram Socket協議
- 網路協議之:socket協議詳解之Unix domain Socket協議AI
- 電子郵件證書的SSL證書協議要不要開啟?協議
- 網路協議之:socket協議詳解之Socket和Stream Socket協議
- OSPF協議的多區域配置,圖文講解協議
- 02 前端HTTP協議(圖解HTTP) 之 簡單的HTTP協議前端HTTP協議圖解
- IMAP協議之BODYSTRUCTURE詳解協議Struct
- #「HTTP 協議」90%的java程式設計師都看得懂的最全HTTP 協議講解HTTP協議Java程式設計師
- 使用java語言基於SMTP協議手寫郵件客戶端Java協議客戶端
- 2(1)UART協議講解、架構設計協議架構
- JavaWeb第五講 Web核心基礎之HTTP協議JavaWebHTTP協議
- 郵件營銷容易成為垃圾郵件的原因及解決方法
- 雲端計算教程學習入門影片課件:雲端計算通訊協議講解協議
- 網路協議之:haproxy的Proxy Protocol代理協議協議Protocol
- 一次性解決python smtp 傳送outlook郵件,163郵件,qq郵件等等.Python
- Linux之郵件mail服務LinuxAI
- 一文講透Modbus協議協議
- 10 分鐘講完 QUIC 協議。UI協議
- 網路協議之:memcached text protocol詳解協議Protocol
- 網路協議之:memcached binary protocol詳解協議Protocol
- netty系列之:kequeue傳輸協議詳解Netty協議
- HCNA Routing&Switching之動態路由協議OSPF建立鄰居的條件路由協議
- 郵件營銷用純文字郵件還是html郵件HTML
- USB協議詳解第11講(USB描述符-總結)協議
- PHP回顧之傳送郵件PHP
- 郵件內容安全防護之反垃圾郵件開源軟體ASSP
- 建議外貿人不要在郵件中出現這些詞,容易被判定為垃圾郵件!
- 傳送的郵件總是被退回之SPF