Hotmail 是我最常用的Email Client。雖然時下hotmail的容量是小了些，速度也常常慢得讓人不禁問候蓋茨的母親。但不可否認，它功能相當豐富，也比較穩定。尤其它的頁面設計更是我等web編程人員的重要參照。

　　不象很多的POP3服務器，hotmail 實現了郵件傳送狀態通知（multipart/report)。我以前寫的郵件客戶端只支持收取 multipart/related、multipart/alternative和multipart/mixed 等多媒體類型的郵件，其他的因為不常見，我都忽略了。

　　客戶不答應了，那還有什么好說的，還有什么比讓客戶滿意更重要的事情呢，在沒買單之前。

　　multipart/report 郵件類型的介紹參見 RFC1892，Sun的中文 Javamail Faq 里也有相關的說明，我摘錄如下：

　　問. 當消息不能被傳送時，就會返回一個失敗消息。我如何檢測這些“回彈”消息？

　　答：雖然有一個 Internet 標準用于報告這樣的錯誤（multipart/report MIME 類型，參閱 RFC1892），但還沒有廣泛實現它。RFC1211 深入討論了這個問題，包括了大量的例子。

　　在 Internet 電子郵件中，特定的郵箱或用戶名是否存在，只能由傳送消息的最終服務器決定。消息可能通過幾個中繼服務器（它們不能檢測錯誤），然后再到達最終服務器。通常，當最終服務器檢測到這一錯誤，它會返回一個消息給原始消息的發送人，指出失敗的原因。有許多 Internet 標準討論了這種傳送狀態通知 (Delivery Status Notifications)，但大量服務器不支持這些新標準，相反使用特別技術來返回這種錯誤消息。這使得將“回彈”消息與產生問題的原始消息相互關聯起來非常困難（注意，這個問題與 JavaMail 完全無關）。

　　有許多技術和試探法用于處理這一問題，但它們都不是完美的。一種技術是 Variable Envelope Return Paths， 描述了這一技術。

　　我修改了程序，也只是作了些簡單的處理，代碼如下：

　　private void parseMultipart(Multipart multipart) throws Exception {
　　for (int i = 0, n = multipart.getCount(); i < n; i++) {
　　BodyPart part = multipart.getBodyPart(i);
　　String disposition = part.getDisposition();

　　if (part.isMimeType("multipart/*")) {
　　　this.parseMultipart((Multipart) part.getContent());
　　} else if (part.isMimeType("text/html")) {
　　//處理文本內容
　　}
　　/******* 處理附件，圖片等等 ********/
　　} else if (part.isMimeType("message/delivery-status")) {
　　　part.setFileName("details.txt"); //仿照outlook，details.txt 內容即傳送狀態通知的郵件頭信息
　　　saveAttachedFile(part);
　　} else if (part.isMimeType("message/rfc822")) {
　　　MimeBodyPart mbp = new MimeBodyPart(part.getInputStream());
　　　part.setFileName(mbp.getHeader("Subject", null) + ".eml"); //仿照outlook，用退件的標題做文件名
　　　saveAttachedFile(part);
　　}
　　}
　　}


　　如果要做得更友好，還可以做很多改進，比如根據退信找出已發送文件夾中的原件，或者激發一個通知事件等等。客戶并不需要，我還是不要自作多情了。

　　大家都知道，hotmail 不是用pop3協議收信，而是用webdav協議。用java收發 hotmail 的郵件 ，參見《通過JavaMail訪問Hotmail郵箱》。