問題分析：

我們分別收取了正常的POP3下載和您的pst檔案的POP3下載的日誌，在Pop3日誌和etl 日誌中對比了雙方的行為，有唯一區別的是當再次點選下載後：

正常的行為是：

1.        等下載最後一封信下載完畢，會標記所有下載過的郵件為“已讀”

2.        然後退出這個對話

3.        再次重新開啟對話

4.        使用者身份驗證登入

5.        郵箱狀態檢查，這裡會列出所有的郵件數量和總的大小

6.        然後伺服器會響應所有郵件的UID, 這個UID就是郵件的特有標記。這個時候客戶端會在本地對這些UID進行對比，如果都重合，那麼就不再下載

7.        伺服器還會列出所有郵件的ID號

8.        最後客戶端發現都已經下載，就傳送退出的指令

而在重現問題的時候，我們發現唯一不同的地方是第8點，客戶端沒有傳送退出指令，而是直接傳送了RETR指令，也就是下載郵件的指令。

沒有任何的報錯，甚至系統也不認為這是個錯誤行為。

因此，有以下幾點是值得懷疑的：

1.      POP3需要在單一目錄中需要下載的郵件數量超出了最大的限制

2.      這個跟第一點類似，POP3的每個指令的等待響應時間是有限制的，是否在最後的檢查郵件是否已下載的過程中，得不到伺服器或者客戶端本身自己的及時響應，因為要檢查的數量太過於龐大。

針對這兩點，微軟做了一些測試：

1.      把POP3伺服器的響應時間調大到5分鐘，但是問題還是一樣

2.      把inbox中6萬多份郵件分出2萬份到其他資料夾，問題就不再發生

由於每次測試都需要重新下載新的pst，因此還有一些測試沒有測驗。但是對於第二點，有可能應驗了我的猜想，有些限制造成了重複下載郵件。

根據上述測試結果，初步調整了郵件數量的大小，因為pop3下載的目錄是該郵箱的inbox目錄。

1.       初步設定的值是轉移5000份郵件到其他的目錄，這樣inbox裡面的郵件數量是62000+ 左右的郵件。嘗試去重複收發，沒有發生問題

2.       因為對於POP3來說，存在客戶端本地的只能是pst檔案。而對於PST檔案來說，有一個限制就是單個資料夾的郵件數量不可以超過65536

3.       針對於這個限制，我在inbox裡面放置了65536個郵件，問題沒有重現

4.       然後再新增一封郵件到inbox裡面後，問題立即重現，客戶端開始重新下載所有的郵件

問題解決：

從上述的實驗結論可以看出，這個是對於pst可以保留的單一資料夾目錄的數量限制造成的。

因為對於pop3來說，需要把所有的已下載郵件做已讀標記，無非就是“1” 是已讀，而“0”是未讀。

而65536是pst所能支援的最大計數範圍，一旦超過這個數字，比如65537，那麼對於二進位制來說，就開始重新歸零，這樣客戶端會認為所有郵件都沒有下載而重新開始。

您不妨在郵箱中來設定一下做測試，如果結論跟我所得的一樣，解決的辦法就是：

希望可以在這幾個pop3的帳號中，不要有單一的目錄郵件數量超過65536。可以對於不需要的郵件進行刪除或者備份，這也是一個正確使用郵箱帳號的方法，而且在伺服器端保留副本一般也是不推薦的。

對於outlook的mapi帳號來說，我們也不推薦單一目錄的郵件數量超過5000，何況是pop3的帳號，而且數量來如此龐大。