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，http://cr.yp.to/proto/verp.txt 描述了這一技術。
我修改了程序，也只是作了些簡單的處理，代碼如下：
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郵箱》。
