JavaMail发送和接收邮件
一、JavaMail概述：
?????? JavaMail是由Sun定義的一套收發電子郵件的API，不同的廠商可以提供自己的實現類。但它并沒有包含在JDK中，而是作為JavaEE的一部分。
?????? 廠商所提供的JavaMail服務程序可以有選擇地實現某些郵件協議，常見的郵件協議包括：
???????? SMTP：簡單郵件傳輸協議，用于發送電子郵件的傳輸協議；
???????? POP3：用于接收電子郵件的標準協議；
???????? IMAP：互聯網消息協議，是POP3的替代協議。
這三種協議都有對應SSL加密傳輸的協議，分別是SMTPS，POP3S和IMAPS。
除JavaMail服務提供程序之外，JavaMail還需要JAF(JavaBeans Activation Framework)來處理不是純文本的郵件內容，這包括MIME（多用途互聯網郵件擴展）、URL頁面和文件附件等內容。下圖描述了JavaMail的體系結構。
?
?
mail.jar：此JAR文件包含JavaMail API和Sun提供的SMTP、IMAP和POP3服務提供程序；
activation.jar：此JAR文件包含JAF API和Sun的實現。
?
二、對相關協議的回顧：
?????? 1、介紹
?????? 在研究 JavaMail API 的細則之前，讓我們回顧用于 API 的協議。基本上，您會逐漸熟悉并喜愛的協議有四個：
?
??? * SMTP
??? * POP
??? * IMAP
??? * MIME
?
您還將碰到 NNTP 和其它協議。理解所有協議的基本知識將有助于您理解如何使用 JavaMail API。雖然不了解這些協議您照樣可以用這個 API，卻不能夠克服那些基礎協議的局限性。如果我們精選的協議不能支持某種性能，JavaMail API 決不能魔術般的將這種性能添加上去。（您很快就會看到，在處理 POP 時這將成為一個難題。）
??????
?????? 2、SMTP
?????? 簡單郵件傳輸協議（Simple Mail Transfer Protocol，SMTP）由 RFC 821 定義。它定義了發送電子郵件的機制。在 JavaMail API 環境中，您基于 JavaMail 的程序將和您的公司或因特網服務供應商的（Internet Service Provider's，ISP's）SMTP 服務器通信。SMTP 服務器會中轉消息給接收方 SMTP 服務器以便最終讓用戶經由 POP 或 IMAP 獲得。這不是要求 SMTP 服務器成為開放的中繼，盡管 SMTP 服務器支持身份驗證，不過還是得確保它的配置正確。像配置服務器來中繼消息或添加刪除郵件賬號這類任務的實現，JavaMail API 中并不支持。
?
?????? 3、POP
?????? POP 代表郵局協議（Post Office Protocol）。目前用的是版本 3，也稱 POP3，RFC 1939 定義了這個協議。POP 是一種機制，因特網上大多數人用它得到郵件。它規定每個用戶一個郵箱的支持。這就是它所能做的，而這也造成了許多混淆。使用 POP 時，用戶熟悉的許多性能并不是由 POP 協議支持的，如查看有幾封新郵件消息這一性能。這些性能內建于如 Eudora 或 Microsoft Outlook 之類的程序中，它們能記住一些事，諸如最近一次收到的郵件，還能計算出有多少是新的。所以當使用 JavaMail API 時，如果您想要這類信息，您就必須自己算。
?
?????? 4、IMAP
?????? IMAP 是更高級的用于接收消息的協議。在 RFC 2060 中被定義，IMAP 代表因特網消息訪問協議（Internet Message Access Protocol），目前用的是版本 4，也稱 IMAP4。在用到 IMAP 時，郵件服務器必需支持這個協議。不能僅僅把使用 POP 的程序用于 IMAP，并指望它支持 IMAP 所有性能。假設郵件服務器支持 IMAP，基于 JavaMail 的程序可以利用這種情況 — 用戶在服務器上有多個文件夾（folder），并且這些文件夾可以被多個用戶共享。
?????? 因為有這一更高級的性能，您也許會認為所有用戶都會使用 IMAP。事實并不是這樣。要求服務器接收新消息，在用戶請求時發送到用戶手中，還要在每個用戶的多個文件夾中維護消息。這樣雖然能將消息集中備份，但隨著用戶長期的郵件夾越來越大，到磁盤空間耗盡時，每個用戶都會受到損失。使用 POP，就能卸載郵件服務器上保存的消息了。
??????
?????? 5、MIME
?????? MIME 代表多用途因特網郵件擴展標準（Multipurpose Internet Mail Extensions）。它不是郵件傳輸協議。但對傳輸內容的消息、附件及其它的內容定義了格式。這里有很多不同的有效文檔：RFC 822、RFC 2045、RFC 2046 和 RFC 2047。作為一個 JavaMail API 的用戶，您通常不必對這些格式操心。無論如何，一定存在這些格式而且程序會用到它。
?
?????? 6、NNTP及其他
?????? 因為 JavaMail API 將供應商和所有其它的東西分開了，您就能輕松添加額外的協議支持。Sun 保留了一張第三方供應商列表，他們利用了 Sun 不提供超出（out-of-the-box）支持范圍的協議。您會找到 NNTP（網絡新聞傳輸協議）[新聞組]、S/MIME（安全多用途因特網郵件擴展）及其它支持。
?
?
??????
??????
三、JavaMail的關鍵對象：
?????? JavaMail對收發郵件進行了高級的抽象，形成了一些關鍵的的接口和類，它們構成了程序的基礎，下面我們分別來了解一下這些最常見的對象。
Properties：屬性對象
?????? 由于JavaMail需要和郵件服務器進行通信，這就要求程序提供許多諸如服務器地址、端口、用戶名、密碼等信息，JavaMail通過Properties對象封裝這些屬性西信息。如下面的代碼封裝了兩個屬性信息：
?????? Properties props = new Properties();
??? props.put("mail.smtp.host", "smtp.sina.com.cn");
??? props.put("mail.smtp.auth", "true");
???
??? 針對不同的的郵件協議，JavaMail規定了服務提供者必須支持一系列屬性，下表是針對SMTP協議的一些常見屬性（屬性值都以String類型進行設置，屬性類型欄僅表示屬性是如何被解析的）：
| 屬性名 | 屬性類型 | 說明 |
| mail.stmp.host | String | SMTP服務器地址，如smtp.sina.com.cn |
| mail.stmp.port | int | SMTP服務器端口號，默認為25 |
| mail.stmp.auth | boolean | SMTP服務器是否需要用戶認證，默認為false |
| mail.stmp.user | String | SMTP默認的登陸用戶名 |
| mail.stmp.from | String | 默認的郵件發送源地址 |
| mail.stmp.socketFactory.class | String | socket工廠類類名，通過設置該屬性可以覆蓋提供者默認的實現，必須實現javax.net.SocketFactory接口 |
| mail.stmp.socketFactory.port | int | 指定socket工廠類所用的端口號，如果沒有規定，則使用默認的端口號 |
| mail.smtp.socketFactory.fallback | boolean | 設置為true時，當使用指定的socket類創建socket失敗后，將使用java.net.Socket創建socket，默認為true |
| mail.stmp.timeout | int | I/O連接超時時間，單位為毫秒，默認為永不超時 |
?????? 其他幾個協議也有類似的一系列屬性，如POP3的mail.pop3.host、mail.pop3.port以及IMAP的mail.imap.host、mail.imap.port等。更詳細的信息請查看com.sun.mail.smtp、com.sun.mail.pop3和com.sun.mail.imap這三個包的Javadoc：http://java.sun.com/products/javamail/javadocs/index.html。
?
Session：會話對象
?????? Session是一個很容易被誤解的類，這歸咎于混淆視聽的類名。千萬不要以為這里的Session像HttpSession一樣代表真實的交互會話，但創建Session對象時，并沒有對應的物理連接，它只不過是一對配置信息的集合。Session的主要作用包括兩個方面：
?????? 1）接收各種配置屬性信息：通過Properties對象設置的屬性信息；
?????? 2）初始化JavaMail環境：根據JavaMail的配置文件，初始化JavaMail環境，以便通過Session對象創建其他重要類的實例。
?????? 所以，如果把Session更名為Configure也許更容易理解一些。JavaMail提供者在Jar包的META-INF目錄下，通過以下文件提供了基本配置信息，以便session能夠根據這個配置文件加載提供者的實現類：
l???????? javamail.providers和javamail.default.providers；
l???????? javamail.address.map和javamail.default.address.map。
?????? 下面是Sun提供者java.mail.default.providers文件的配置信息（位于mail.jar中）：
??? # JavaMail IMAP provider Sun Microsystems, Inc
??? protocol=imap; type=store; class="com".sun.mail.imap.IMAPStore; vendor=Sun Microsystems, Inc;
??? protocol=imaps; type=store; class="com".sun.mail.imap.IMAPSSLStore; vendor=Sun Microsystems, Inc;
??? # JavaMail SMTP provider Sun Microsystems, Inc
??? protocol=smtp; type=transport; class="com".sun.mail.smtp.SMTPTransport; vendor=Sun Microsystems, Inc;
??? protocol=smtps; type=transport; ?? class="com".sun.mail.smtp.SMTPSSLTransport; vendor=Sun Microsystems, Inc;
??? # JavaMail POP3 provider Sun Microsystems, Inc
??? protocol=pop3; type=store; class="com".sun.mail.pop3.POP3Store; vendor=Sun Microsystems, Inc;
??? protocol=pop3s; type=store; class="com".sun.mail.pop3.POP3SSLStore; vendor=Sun Microsystems, Inc;
?????? 這個配置文件提供了以下四個方面的信息：
?????? protocol：協議名稱；
?????? type：協議類型；
?????? class：對應該操作類型的實現類；
?????? vendor：廠商名稱。
?????? Session在加載配置文件時會按照以下優先級順序進行：
?????? 1）首先使用<JAVA_HOME>/lib中的javamail.providers；
?????? 2）如果1）不存在相應的配置文件，使用類路徑下mail.jar中META-INF目錄下的javamail.providers；
?????? 3）如果2）不存在相應的配置文件，使用類路徑下的mail.jar中META-INF目錄下的javamail.default.providers；
?????? 所以開發者可以在<JAVA_HOME>/lib目錄下提供配置文件覆蓋mail.jar/META-INF目錄中廠商的配置。但是，一般情況下，我們無須這樣做。
?????? Session通過JavaMail配置文件以及程序中設置的Properties對象構建一個郵件處理環境，后續的處理將在Session基礎上進行。Session擁有多個靜態工廠方法用于創建Session實例。
l???????? static Session getDefaultInstance(Properties props, Authenticator authenticator)：當JVM中已經存在默認的Session實例中，直接返回這個實例，否則創建一個新的Session實例，并將其作為JVM中默認Session實例。這個API很詭異，我們將對它進行詳細的講解。由于這個默認Session實例可以被同一個JVM所有的代碼訪問到，而Session中本身又可能包括密碼、用戶名等敏感信息在內的所有屬性信息，所以后續調用也必須傳入和第一次相同的Authenticator實例，否則將拋出java.lang.SecurityException異常。如果第一次調用時Authenticator入參為null，則后續調用通過null的Authenticator入參或直接使用getDefaultInstance(Properties props)即可返回這個默認的Session實例。值得一提的是，雖然后續調用也會傳入Properties，但新屬性并不會起作用，如果希望采用新的屬性值，則可以通過getDefaultInstance(Properties props)創建一個新的Session實例達到目的。Authenticator在這里承當了兩個功能：首先，對JVM中默認Session實例進行認證保護，后續調用執行getDefaultInstance(Properties props, Authenticator authenticator)方法時必須和第一次一樣；其次，在具體和郵件服務器交互時，又作為認證的信息；
l???????? static Session getDefaultInstance(Properties props)：返回JVM中默認的Session實例，如果第一次創建Session未指定Authenticator入參，后續調用可以使用該訪問獲取Session;
l???????? static Session getInstance(Properties props, Authenticator authenticator)：創建一個新的Session實例，它不會在JVM中被作為默認實例共享；
l???????? static Session getInstance(Properties props)：根據相關屬性創建一個新的Session實例，未使用安全認證信息；
?????? Session是JavaMail提供者配置文件以及設置屬性信息的“容器”，Session本身不會和郵件服務器進行任何的通信。所以在一般情況下，我們僅需要通過getDefaultInstance()獲取一個共享的Session實例就可以了，下面的代碼創建了一個Session實例：
?????? Properties props = System.getProperties();
??? props.setProperty("mail.transport.protocol", "smtp");????????????? …
??? Session session = Session.getDefaultInstance(props);
?
Transport和Store：傳輸和存儲
?????? 郵件操作只有發送或接收兩種處理方式，JavaMail將這兩種不同操作描述為傳輸（javax.mail.Transport）和存儲（javax.mail.Store），傳輸對應郵件的發送，而存儲對應郵件的接收。
?????? Session提供了幾個用于創建Transport和Store實例的方法，在具體講解這些方法之前，我們事先了解一下Session創建Transport和Store的內部機制。我們知道提供者在javamail.providers配置文件中為每一種支持的郵件協議定義了實現類，Session根據協議類型（stmp、pop3等）和郵件操作方式（傳輸和存儲）這兩個信息就可以定位到一個實例類上。比如，指定stmp協議和transport類型后，Session就會使用com.sun.mail.smtp.SMTPTransport實現類創建一個Transport實例，而指定pop3協議和store類型時，則會使用com.sun.mail.pop3.POP3Store實例類創建一個Store實例。Session提供了多個重載的getTransport()和getStore()方法，這些方法將根據Session中Properties屬性設置情況進行工作，影響這兩套方法工作的屬性包括：
| 屬性名 | 說明 |
| mail.transport.protocol | 默認的郵件傳輸協議，例如，smtp |
| mail.store.protocol | 默認的存儲郵件協議，例如：pop3 |
| mail.host | 默認的郵件服務地址，例如：192.168.67.1 |
| mail.user | 默認的登陸用戶名，例如：zapldy |
下面，我們再回頭來了解Session的getTransport()和getStore()的重載方法。
l???????? Transport getTransport()：當Session實例設置了mail.transport.protocol屬性時，該方法返回對應的Transport實例，否則拋出javax.mail.NoSuchProviderException。
l???????? Transport getTransport(String protocol)：如果Session沒有設置mail.transport.protocol屬性，可以通過該方法返回指定類型的Transport，如transport = session.getTransport(“smtp”)。
如果Session中未包含Authenticator，以上兩方法創建的Transport實例和郵件服務器交互時必須顯示提供用戶名/密碼的認證信息。如果Authenticator非空，則可以在和郵件服務器交互時被作為認證信息使用。除了以上兩種提供認證信息的方式外，Session還可以使用以下的方法為Transport提供認證信息。
Transport getTransport(URLName url)：用戶可以通過URLName入參指定郵件協議、郵件服務器、端口、用戶名和密碼信息，請看下面的代碼：
?????? URLName urln = new URLName(“smtp”, “smtp.sina.com.cn”, 25, null, “masterspring2”, “spring”);
?????? Transport transport = session.getTransport(urln);
?????? 這里，指定了郵件協議為smtp，郵件服務器是smtp.sina.com.cn，端口為25，用戶名/密碼為masterspring2/spring。
??????
?????? 消息發送的最后一部分是使用 Transport 類。這個類用協議指定的語言發送消息（通常是 SMTP）。它是抽象類，它的工作方式與 Session 有些類似。僅調用靜態 send() 方法，就能使用類的 缺省 版本：
Transport.send(message);
或者，您也可以從針對您的協議的會話中獲得一個特定的實例，傳遞用戶名和密碼（如果不必要就不傳），發送消息，然后關閉連接。
message.saveChanges(); // implicit with send()
Transport transport = session.getTransport("smtp");
transport.connect(host, username, password);
transport.sendMessage(message, message.getAllRecipients());
transport.close();
后面這種方法在您要發送多條消息時最好，因為它能保持郵件服務器在消息間的活動狀態。基本 send() 機制為每個方法的調用設置與服務器獨立的連接。
?????? 注意：要觀察傳到郵件服務器上的郵件命令，請用 session.setDebug(true) 設置調試標志。
?
?????? 用 Session 獲取消息與發送消息開始很相似。但是，在 session 得到后，很可能使用用戶名和密碼或使用 Authenticator 連接到一個 Store。類似于 Transport ，您告知 Store 使用什么協議：
// Store store = session.getStore("imap");
Store store = session.getStore("pop3");
store.connect(host, username, password);
?
連接到 Store 之后，接下來，您就可以獲取一個 Folder，您必需先打開它，然后才能讀里面的消息。
Folder folder = store.getFolder("INBOX");
folder.open(Folder.READ_ONLY);
Message message[] = folder.getMessages();
POP3 唯一可以用的文件夾是 INBOX。如果使用 IMAP，還可以用其它文件夾。
注意：Sun 的供應商有意變得聰明。雖然 Message message[] = folder.getMessages(); 看上去是個很慢的操作，它從服務器上讀取每一條消息，但僅在你實際需要消息的一部分時，消息的內容才會被檢索。
一旦有了要讀的 Message，您可以用 getContent() 來獲取其內容，或者用 writeTo() 將內容寫入流。getContent() 方法只能得到消息內容，而 writeTo() 的輸出卻包含消息頭。
System.out.println(((MimeMessage)message).getContent());
一旦讀完郵件，要關閉與 folder 和 store 的連接。
folder.close(aBoolean);
store.close();
傳遞給 folder 的 close() 方法的 boolean 表示是否清除已刪除的消息從而更新 folder。
??????
Message：消息對象
?????? 一旦獲得 Session 對象，就可以繼續創建要發送的消息。這由 Message 類來完成。因為 Message 是個抽象類，您必需用一個子類，多數情況下為 javax.mail.internet.MimeMessage。MimeMessage 是個能理解 MIME 類型和頭的電子郵件消息，正如不同 RFC 中所定義的。雖然在某些頭部域非 ASCII 字符也能被譯碼，但 Message 頭只能被限制為用 US-ASCII 字符。
?
要創建一個 Message，請將 Session 對象傳遞給 MimeMessage 構造器：
?
MimeMessage message = new MimeMessage(session);
?
注意：還存在其它構造器，如用按 RFC822 格式的輸入流來創建消息。
?
一旦獲得消息，您就可以設置各個部分，因為 Message 實現 Part 接口（且 MimeMessage 實現 MimePart ）。設置內容的基本機制是 setContent() 方法，同時使用參數，分別代表內容和 mime 類型：
?
message.setContent("Hello", "text/plain");
?
但如果，您知道您在使用 MimeMessage，而且消息是純文本格式，您就可以用 setText() 方法，它只需要代表實際內容的參數，（ MIME 類型缺省為 text/plain）：
?
message.setText("Hello");
?
后一種格式是設置純文本消息內容的首選機制。至于發送其它類型的消息，如 HTML 文件格式的消息，我們首選前者。
?
用 setSubject() 方法設置 subject（主題）：
?
message.setSubject("First");
?
下面的代碼演示了創建一個簡單郵件信息的過程：
Message msg = new MimeMessage(session);
msg.setSubject("Test Title");
msg.setText("How are you!");
msg.setSentDate(new Date());
?
?
Address：地址
?????? 一旦您創建了 Session 和 Message，并將內容填入消息后，就可以用 Address 確定信件地址了。和 Message 一樣，Address 也是個抽象類。您用的是 javax.mail.internet.InternetAddress 類。
?
若創建的地址只包含電子郵件地址，只要傳遞電子郵件地址到構造器就行了。
?
Address address = new InternetAddress("president@whitehouse.gov");
?
若希望名字緊挨著電子郵件顯示，也可以把它傳遞給構造器：
?
Address address = new InternetAddress("president@whitehouse.gov", "George Bush");
?
需要為消息的 from 域和 to 域創建地址對象。除非郵件服務器阻止，沒什么能阻止你發送一段看上去是來自任何人的消息。
?
一旦創建了 address（地址），將它們與消息連接的方法有兩種。如果要識別發件人，您可以用 setFrom() 和 setReplyTo() 方法。
?
message.setFrom(address)
?
需要消息顯示多個 from 地址，可以使用 addFrom() 方法：
?
Address address[] = ...;
message.addFrom(address);
?
若要識別消息 recipient（收件人），您可以使用 addRecipient() 方法。除 address（地址）外，這一方法還請求一個 Message.RecipientType。
?
message.addRecipient(type, address)
?
三種預定義的地址類型是：
?
Message.RecipientType.TO
Message.RecipientType.CC
Message.RecipientType.BCC
如果消息是發給副總統的，同時發送一個副本(carbon copy)給總統夫人，以下做法比較恰當：
?
Address toAddress = new InternetAddress("vice.president@whitehouse.gov");
Address ccAddress = new InternetAddress("first.lady@whitehouse.gov");
message.addRecipient(Message.RecipientType.TO, toAddress);
message.addRecipient(Message.RecipientType.CC, ccAddress);
?
?
JavaMail API 沒有提供電子郵件地址有效性核查機制。雖然通過編程，自己能夠掃描有效字符（如 RFC 822 中定義的）或驗證郵件交換（mail exchange，MX）記錄，但這些功能不屬于 JavaMail API。
?
Authenticator：認證者
?????? 與 java.net 類一樣，JavaMail API 也可以利用 Authenticator 通過用戶名和密碼訪問受保護的資源。對于JavaMail API 來說，這些資源就是郵件服務器。JavaMail Authenticator 在 javax.mail 包中，而且它和 java.net 中同名的類 Authenticator 不同。兩者并不共享同一個 Authenticator，因為JavaMail API 用于 Java 1.1，它沒有 java.net 類別。
?
?????? 要使用 Authenticator，先創建一個抽象類的子類，并從 getPasswordAuthentication() 方法中返回 PasswordAuthentication 實例。創建完成后，您必需向 session 注冊 Authenticator。然后，在需要認證的時候，就會通知 Authenticator。您可以彈出窗口，也可以從配置文件中（雖然沒有加密是不安全的）讀取用戶名和密碼，將它們作為 PasswordAuthentication 對象返回給調用程序。
?
Properties props = new Properties();
// fill props with any information
Authenticator auth = new MyAuthenticator();
Session session = Session.getDefaultInstance(props, auth);
?
發送消息：
?????? 發送電子郵件消息這一過程包括獲取一個會話，創建并填充一則消息，然后發送。得到 Session 時，經由設置傳遞的 Properties 對象中的 mail.smtp.host 屬性，可以指定您的 SMTP 服務器：
?
String host = ...;
String from = ...;
String to = ...;
?
// Get system properties
Properties props = System.getProperties();
?
// Setup mail server
props.put("mail.smtp.host", host);
?
// Get session
Session session = Session.getDefaultInstance(props, null);
?
// Define message
MimeMessage message = new MimeMessage(session);
message.setFrom(new InternetAddress(from));
message.addRecipient(Message.RecipientType.TO,
? new InternetAddress(to));
? message.setSubject("Hello JavaMail");
? message.setText("Welcome to JavaMail");
?
? // Send message
? Transport.send(message);
?
您應該將代碼放在一個 try-catch 程序塊中，這樣創建和發送消息時就能夠拋出異常。
?
消息的提取：
?????? 為讀郵件，您獲取一個會話，獲取并連接一個用于郵箱的適宜的存儲（store），打開適宜的文件夾，然后獲取您的消息。同樣，切記完成后關閉連接。
?
? String host = ...;
? String username = ...;
? String password = ...;
?
? // Create empty properties
? Properties props = new Properties();
?
? // Get session
? Session session = Session.getDefaultInstance(props, null);
?
? // Get the store
? Store store = session.getStore("pop3");
? store.connect(host, username, password);
?
? // Get folder
? Folder folder = store.getFolder("INBOX");
? folder.open(Folder.READ_ONLY);
?
? // Get directory
? Message message[] = folder.getMessages();
?
? for (int i=0, n=message.length; i<n; i++) {
???? System.out.println(i + ": " + message[i].getFrom()[0]
????????? + "/t" + message[i].getSubject());
????????? }
?
????????? // Close connection
????????? folder.close(false);
????????? store.close();
?
對每條消息做些什么由您決定。上面的代碼塊只是顯示這些消息的發件人和主題。技術上講，from 地址列表可能為空，而 getFrom()[0] 調用會拋出一個異常。
?
要顯示全部信息，您可以在用戶看完 from 和 subject 域之后給出提示，如用戶有需要，就調用消息的 writeTo() 方法來實現。
?
????????? BufferedReader reader = new BufferedReader (
??????????? new InputStreamReader(System.in));
?
????????? // Get directory
????????? Message message[] = folder.getMessages();
????????? for (int i=0, n=message.length; i<n; i++) {
??????????? System.out.println(i + ": " + message[i].getFrom()[0]
????????????? + "/t" + message[i].getSubject());
?
??????????? System.out.println("Do you want to read message? " +
????????????? "[YES to read/QUIT to end]");
??????????? String line = reader.readLine();
??????????? if ("YES".equals(line)) {
????????????? message[i].writeTo(System.out);
??????????? } else if ("QUIT".equals(line)) {
????????????? break;
??????????? }
????????? }
?
?
消息和標識的刪除：
?????? 消息的刪除涉及使用與消息相關的 Flags（標志）。不同 flag 對應不同的狀態，有些由系統定義而有些則由用戶定義。下面列出在內部類 Flags.Flag 中預定義的標志：
?
??? * Flags.Flag.ANSWERED
??? * Flags.Flag.DELETED
??? * Flags.Flag.DRAFT
??? * Flags.Flag.FLAGGED
??? * Flags.Flag.RECENT
??? * Flags.Flag.SEEN
??? * Flags.Flag.USER
?
僅僅因為存在一個標志，并不意味著所有郵件服務器或供應商都支持這個標志。例如，除了刪除消息標志外，POP 協議不再支持其它任何標志。檢查是否存在新郵件，這不是個 POP 任務，而是內建于郵件客戶機的任務。為找出哪些標志能被支持，可以用 getPermanentFlags() 向 folder 提出要求。
?
要刪除消息，您可以設置消息的 DELETED flag：
?
message.setFlag(Flags.Flag.DELETED, true);
?
首先，請以 READ_WRITE 模式打開 folder：
?
folder.open(Folder.READ_WRITE);
?
然后，當所有消息的處理完成后，關閉 folder，并傳遞一個 true 值，從而擦除（expunge）有 delete 標志的消息。
?
folder.close(true);
?
一個 Folder 的 expunge() 方法可以用來刪除消息。但 Sun 的 POP3 供應商不支持。其它供應商有的或許能夠實現這一功能，而有的則不能。IMAP 供應商極有可能實現此功能。因為 POP 只支持單個對郵箱的訪問，對 Sun 的供應商來說，您必需關閉 folder 以刪除消息。
?
要取消標志，只要傳遞 false 給 setFlag() 方法就行了。想知道是否設置過標志，可以用 isSet() 檢查。
?
親自認證：
?????? 您已經知道 — 如果需要可以用一個 Authenticator 提示用戶輸入用戶名和密碼，而不是將用戶名和密碼作為字符串傳遞。在這里您會明確了解怎樣更充分的使用認證。
?
不用主機、用戶名和密碼與 Store 相連接，而是設置 Properties 來擁有主機，然后告訴 Session 自定義的 Authenticator 實例，如下所示：
?
?
// Setup properties
Properties props = System.getProperties();
props.put("mail.pop3.host", host);
?
// Setup authentication, get session
Authenticator auth = new PopupAuthenticator();
Session session = Session.getDefaultInstance(props, auth);
?
// Get the store
Store store = session.getStore("pop3");
store.connect();
?
然后，您創建一個 Authenticator 子類并從 getPasswordAuthentication() 方法中返回 PasswordAuthentication 對象。下面就是這樣一種實現，其中用戶名和密碼僅占用一個域。（這不是一個 Swing 工程教程；只要將兩部分輸入同一個域，用逗號分隔就行。）
?
import javax.mail.*;
import javax.swing.*;
import java.util.*;
?
public class PopupAuthenticator extends Authenticator {
?
? public PasswordAuthentication getPasswordAuthentication() {
??? String username, password;
?
??? String result = JOptionPane.showInputDialog(
????? "Enter 'username,password'");
?
??? StringTokenizer st = new StringTokenizer(result, ",");
??? username = st.nextToken();
??? password = st.nextToken();
?
??? return new PasswordAuthentication(username, password);
? }
?
}
?
因為 PopupAuthenticator 涉及到 Swing，它會啟動 AWT 的事件處理線程。這一點基本上要求您在代碼中添加一個對 System.exit() 的調用來終止程序。
?
消息的回復：
?????? Message 類引入一個 reply() 方法來配置一個新 Message，包括正確的 recipient（收件人）和添加“Re”（如果沒有就添加）的正確的 subject。這樣做并沒有為消息添加新內容，僅僅將 from 或 reply-to（被回復人） 頭復制給新的收件人。這種方法用一個 boolean 參數指定消息只回復給發件人（false）或回復給全體（true）。
?
?
MimeMessage reply = (MimeMessage)message.reply(false);
reply.setFrom(new InternetAddress("president@whitehouse.gov"));
reply.setText("Thanks");
Transport.send(reply);
?
在發送消息時要配置 reply to（被回復人） 地址，可以用 setReplyTo() 方法。
?
消息的轉發：
轉發消息有一點棘手。沒有單獨的方法可以調用，您通過對組成消息各部分的處理來組織要轉發的消息。
?
一條郵件消息可以由多個部分組成。在處理 MIME 消息時，消息中每部分都是 BodyPart，再特殊些，是 MimeBodyPart。不同的 body part（信體部件或正文部件）結合成一個容器，名為 Multipart，再特殊些，就是 MimeMultipart。要轉發一條消息，您為自己的消息正文創建一個部件，要轉發的消息作為另一部件。并且將兩個部件結合成一個 multipart（多部件）。然后您將這個 multipart 添加到一則已寫好恰當地址的消息中，并發送。
?
本質上就是如此。要將一條消息內容復制到另一條，只要復制 DataHandler （JavaBeans Activation Framework 中的類）就行了。
?
?
// Create the message to forward
Message forward = new MimeMessage(session);
?
// Fill in header
forward.setSubject("Fwd: " + message.getSubject());
forward.setFrom(new InternetAddress(from));
forward.addRecipient(Message.RecipientType.TO,
? new InternetAddress(to));
?
// Create your new message part
BodyPart messageBodyPart = new MimeBodyPart();
messageBodyPart.setText(
? "Here you go with the original message:/n/n");
?
// Create a multi-part to combine the parts
Multipart multipart = new MimeMultipart();
multipart.addBodyPart(messageBodyPart);
?
// Create and fill part for the forwarded content
messageBodyPart = new MimeBodyPart();
messageBodyPart.setDataHandler(message.getDataHandler());
?
// Add part to multi part
multipart.addBodyPart(messageBodyPart);
?
// Associate multi-part with message
forward.setContent(multipart);
?
// Send message
Transport.send(forward);
?
?
附件的處理：
附件是郵件消息的相關資源，如通常不包含在消息正文里文本文件、電子表格或圖像等。常見的郵件程序，如 Eudora 和 pine 之類，可以用 JavaMail API 將資源 attach（附加） 到您的消息上，就可以在收到消息時得到。
?
附件的發送：
發送附件非常像轉發消息。您建立各部分以組成完整消息。完成第一部件，即消息正文后，您添加其它部件，其中每個 DataHandler 都代表附件，而不是轉發消息情況下的共享處理程序。如果從文件中讀附件，附件的數據源是 FileDataSource。而如果從 URL 中讀時，附件的數據源是 URLDataSource。一旦存在 DataSource，只要先把它傳遞給 DataHandler 構造器，最后再用 setDataHandler() 把它附加到 BodyPart。假定您要保留附件的原始文件名，最終要做的是用 BodyPart 的 setFileName() 方法設置與附件相關的文件名。如下所示：
?
?
? // Define message
? Message message = new MimeMessage(session);
? message.setFrom(new InternetAddress(from));
? message.addRecipient(Message.RecipientType.TO,
??? new InternetAddress(to));
? message.setSubject("Hello JavaMail Attachment");
?
? // Create the message part
? BodyPart messageBodyPart = new MimeBodyPart();
?
? // Fill the message
? messageBodyPart.setText("Pardon Ideas");
?
? Multipart multipart = new MimeMultipart();
? multipart.addBodyPart(messageBodyPart);
?
? // Part two is attachment
? messageBodyPart = new MimeBodyPart();
? DataSource source = new FileDataSource(filename);
? messageBodyPart.setDataHandler(new DataHandler(source));
? messageBodyPart.setFileName(filename);
? multipart.addBodyPart(messageBodyPart);
?
? // Put parts in message
? message.setContent(multipart);
?
? // Send the message
? Transport.send(message);
?
?
就消息引入附件時，若程序是個 servlet （小服務程序），除告知消息發送到何處外，還必需上載附件。可以將 multipart/form-data 表單編碼類型（form encoding type）用于每個上載文件的處理。
?
?
<FORM ENCTYPE="multipart/form-data"
??? method=post action="/myservlet">
? <INPUT TYPE="file" NAME="thefile">
? <INPUT TYPE="submit" VALUE="Upload">
</FORM>
?
注意：消息大小由 SMTP 服務器而不是 JavaMail API 來限制。如果您碰到問題，可以考慮用設置 ms 和 mx 參數的方法增大 Java 堆大小。
?
附件的獲取：
從消息中獲取附件比發送它們棘手些，因為 MIME 沒有簡單的關于附件的概念。當消息包含附件時，消息的內容是個 Multipart 對象。接著，您需要處理每個 Part，獲取主要內容和附件。標有從 part.getDisposition() 獲得的 Part.ATTACHMENT 配置（disposition）的部件（Part）無疑就是附件。但是，沒有配置（以及一個非文本 MIME 類型）和帶 Part.INLINE 配置的部件也可能是附件。當配置要么是 Part.ATTACHMENT，要么是 Part.INLINE 時，這個消息部件的內容就能被保存。只要用 getFileName() 和 getInputStream() 就能分別得到原始文件名和輸入流。
?
Multipart mp = (Multipart)message.getContent();
?
for (int i=0, n=multipart.getCount(); i<n; i++) {
? Part part = multipart.getBodyPart(i));
?
? String disposition = part.getDisposition();
?
? if ((disposition != null) &&
?????? ((disposition.equals(Part.ATTACHMENT) ||
????????? (disposition.equals(Part.INLINE))) {
??? saveFile(part.getFileName(), part.getInputStream());
? }
}
?
saveFile() 方法僅依據文件名創建了一個 File，它從輸入流中將字節讀出，然后寫入到文件中。萬一文件已經存在，就在文件名后添加一個數字作為新文件名，如果這個文件名仍存在，則繼續添，直到找不到這樣的文件名為止。
?
// from saveFile()
File file = new File(filename);
for (int i=0; file.exists(); i++) {
? file = new File(filename+i);
}
?
上面的代碼涵蓋了最簡單的情況 — 消息中各部件恰當的標記了。要涵蓋所有情況，還要在配置為空時進行處理，并且獲取部件的 MIME 類型來進行相應處理。
?
if (disposition == null) {
? // Check if plain
? MimeBodyPart mbp = (MimeBodyPart)part;
? if (mbp.isMimeType("text/plain")) {
???? // Handle plain
? } else {
???? // Special non-attachment cases here of image/gif, text/html, ...
? }
? ...
}
?
對 HTML 消息的處理
發送基于 HTML 文件格式消息的工作量比發送純文本消息多，雖然不一定非要這些多余的工作量。如何選擇完全取決于給定的請求。
?
HTML 消息的發送：
若您所要做的全部事情是發送一份 HTML 文件的等價物作為消息，但讓郵件閱讀者為不能提取任何內嵌圖像或相關片段而擔心的話，可以使用 Message 的 setContent() 方法，把內容當作一個 String 傳入，并將內容類型設置成 text/html。
?
?
String htmlText = "<H1>Hello</H1>" +
? "<img src=/"http://www.jguru.com/images/logo.gif/">";
message.setContent(htmlText, "text/html"));
?
在接收端，如果您用 JavaMail API 提取消息，API 中沒有內建的顯示 HTML 消息的東西。 JavaMail API 只把它看成一串字節流。要顯示 HTML 文件格式的消息，您必需使用 Swing JEditorPane 或其它第三方 HTML 格式查看器組件。
?
?
if (message.getContentType().equals("text/html")) {
??? String content = (String)message.getContent();
??? JFrame frame = new JFrame();
??? JEditorPane text = new JEditorPane("text/html", content);
??? text.setEditable(false);
??? JScrollPane pane = new JScrollPane(text);
??? frame.getContentPane().add(pane);
??? frame.setSize(300, 300);
??? frame.setDefaultCloseOperation(JFrame.DISPOSE_ON_CLOSE);
??? frame.show();
}
?
在消息中引入圖像：
另一方面，如果您想讓 HTML 文件格式內容的消息完整（內嵌的圖像作為消息的一部分），您必需把圖像作為附件，并且用一個給定的 cid URL 引用圖像，其中 cid 是圖像附件 Content-ID 頭的引用。
?
嵌入圖像的過程與附加文件到消息的過程非常相似，唯一的區別在于您必需通過設置 MimeMultipart 構造器中的子類型（或者說用 setSubType()）告知 MimeMultipart 各個相關部件，并且將這個圖像的 Content-ID 頭設置成隨機字符串，作為圖像的 src 在 img 標記中使用。完整的演示如下。
?
String file = ...;
?
// Create the message
Message message = new MimeMessage(session);
?
// Fill its headers
message.setSubject("Embedded Image");
message.setFrom(new InternetAddress(from));
message.addRecipient(Message.RecipientType.TO,
? new InternetAddress(to));
?
// Create your new message part
BodyPart messageBodyPart = new MimeBodyPart();
String htmlText = "<H1>Hello</H1>" +
? "<img src=/"cid:memememe/">";
messageBodyPart.setContent(htmlText, "text/html");
?
// Create a related multi-part to combine the parts
MimeMultipart multipart = new MimeMultipart("related");
multipart.addBodyPart(messageBodyPart);
?
// Create part for the image
messageBodyPart = new MimeBodyPart();
?
// Fetch the image and associate to part
DataSource fds = new FileDataSource(file);
messageBodyPart.setDataHandler(new DataHandler(fds));
messageBodyPart.setHeader("Content-ID","memememe");
?
// Add part to multi-part
multipart.addBodyPart(messageBodyPart);
?
// Associate multi-part with message
message.setContent(multipart);
轉載于:https://www.cnblogs.com/nicholaswei/archive/2012/09/28/2707362.html
總結
以上是生活随笔為你收集整理的JavaMail发送和接收邮件的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： POJ-1125 Stockbroker
- 下一篇： [转]C#算法 一对小兔子一年后长成大兔