轉自:

http://blog.csdn.net/neo_liu0000/article/details/7710824

發郵件：

郵件頭(參見RFC822，RFC2047)只能包含US-ASCII字元。郵件頭中任何包含非US-ASCII字元的部分必須進行編碼，使其只包含US-ASCII字元。所以使用java mail傳送中文郵件必須經過編碼，否則別人收到你的郵件只能是亂碼一堆。不過使用java mail 包的解決方法很簡單，用它自帶的MimeUtility工具中encode開頭的方法（如encodeText）對中文資訊進行編碼就可以了。

 例子：

         MimeMessage mimeMsg = new MimeMessage(mailSession);

// 讓javamail決定用什麼方式來編碼 ，編碼內容的字符集是系統字符集

mimeMsg.setSubject( MimeUtility.encodeText( Subject) );

// 使用指定的base64方式編碼,並指定編碼內容的字符集是gb2312

mimeMsg.setSubject( MimeUtility.encodeText( Subject,”gb2312”,”B”)); //B為base64方式

通常對郵件頭的編碼方式有2種,一種是base64方式編碼，一種是QP（quoted-printable）方式編碼，javamail根據具體情況來選擇編碼方式。

         如“txt測試”編碼後內容如下：

=?GBK?Q?Txt=B2=E2=CA=D4

         裡面有個=?GBK?Q?，GBK表示的是內容的字符集，?Q?表示的是以QP方式編碼的（?B?則是以base64方式編碼），後面緊跟的才是編碼後的中文字元。所以用MimeUtility工具編碼後的資訊裡包含了編碼方式的資訊。

郵件正文

郵件的正文也要進行編碼，但它不能用MimeUtility裡的方法來編碼。郵件正文的編碼方式的資訊是要放在Content-Transfer-Encoding這個郵件頭引數中的，而MimeUtility裡面的方法是將編碼方式的資訊放在編碼後的正文內容中。所以如果你對正文也用MimeUtility進行處理，那麼其他郵件程式就不會正常顯示你編碼的郵件，因為其他郵件軟體如outlook,foxmail只會根據Content-Transfer-Encoding這個裡面的資訊來對郵件正文進行解碼。

其實，郵件正文部分的編碼javamail已經自動幫你做了，當你傳送郵件的時候，它會自己決定編碼方式，並把編碼方式的資訊放入Content-Transfer-Encoding這個郵件頭引數中，然後再發送。所以你所要做的就是直接把郵件正文的內容放入郵件中就可以了。

對郵件正文的編碼方式比較多，包括了base64和QP方式，還有一些如7bit,8bit等等，因為javamail自動為郵件正文編碼，所以我就不一一祥敘了。

例子：

// 處理郵件正文

MimeBodyPart mbp=new MimeBodyPart();

if ( ContentType == null || ContentType.equals("")) // ContentType為編碼型別，如GBK等

mbp.setText( Content ); // 由JavaMail來決定編碼

else

mbp.setContent( Content, ContentType); // 指定編碼格式

javamail包中的MimeUtility工具中也提供了對郵件資訊解碼的方法，都是以decode開頭的一些方法(如decodeText)

例子：

String Subject = mimemsg.getSubject();

String ChSubject = MimeUtility.decodeText(Subject);

對於base64和QP編碼後資訊，decode* 方法能將他們正確的解碼，但是，如果指定的字符集不對，那麼javamail就會出現錯誤，不能正確地將其解碼。

如有的郵件系統將”txt測試”編碼後如下：

=?x-unkown?Q?Txt=B2=E2=CA=D4

這裡指定的字符集是x-unknown，是非明確的字符集，javamail就不能正確的處理了，但是”測試”這兩個中文字還是按照gbk字符集編碼的，所以你可以手工的將編碼方式資訊改正確，再用decode*方法來解碼。

例子：

if ( str.indexOf("=?x-unknown?") >=0 ){

str = str.replaceAll("x-unknown","gbk"); // 將編碼方式的資訊由x-unkown改為gbk

try{

str = MimeUtility.decodeText( str ); //再重新解碼

} catch( Exception e1){

return str ;

}

         }

         郵件正文

decode*方法都是根據在編碼資訊中包含的編碼方式的資訊來解碼，所以decode*方法對郵件正文解碼是無效的，因為郵件正文中不包含編碼方式的資訊。

同編碼一樣，郵件正文的解碼也是由javamail做了。Javamail根據Content-Transfer-Encoding裡的資訊，來對郵件的正文解碼。

客戶程式從javamail取得的正文內容字符集為iso-8859-1,所以還要將字符集轉換一下。

例子：

String CorrectContent = new String( Content.getbytes(“iso-8859-1”),”gb2312”);

CorrentContent為正確的郵件正文了

收郵件

javaMail收郵件的操作是：1.連線到Pop3郵件伺服器2.得到郵件物件陣列3.檢視指定郵件的資訊4.刪除郵件。

javamail通過pop3接收到發件人的亂碼問題：

郵件發件人的格式為：姓名+<郵件地址>

而有些郵件沒姓名，直接是<郵件地址> 。可以把它看成一個字串，這個字串先經過編碼，然後可以被加密。由於Email的規範，在smtp傳輸中不可使用中文字元。所以可以使用內建類的MimeUtility方法encodeText將收件人、發件人名字編碼即可。編碼方式有兩種："B"代表Base64、"Q"代表QP（quoted-printable）方式。

從163的pop3的伺服器上讀取我的郵件，並輸出發件人。中文出現了亂碼。收件人字串格式有：utf-8，gbk，gb2312，gb18030。加密形式有"B"代表Base64如：=?gb2312?B?1sfBqtXQxrj=?= <[email protected]>"，可以看出，這個字串的編碼格式是：gb2312,而採用了base64加密。Q表QP（quoted-printable）方式

對於沒有加密的字串，直接用rtnStr=new String(str.getBytes("iso-8859-1"));就能正確顯示。對於加密的字串，需要用rtnStr=MimeUtility.decodeText(str);就能解決。

關於郵件正文處理亂碼方式：

   部分程式碼：

 InputStream in = part.getInputStream();
                 try{
                 if(contenttype.toLowerCase().indexOf("charset") == -1){
                 StringBuffer sb = new StringBuffer();
                 
                 InputStreamReader isr=new InputStreamReader(in,"GBK");
                 BufferedReader br=new BufferedReader(isr);
                 String strLine=br.readLine();
                 String s=new String(strLine.getBytes("gbk"),"gbk");
                 sb.append(s);
                 isr.close();
                 result.append(sb.toString());