在用戶環境發現一個現象,使用System.Net.Mail.SmtpClient發送郵件,當附件名包含中文且長度較長時,最終的郵件裏附件名會亂掉,寫個簡單的測試程序:服務器
var mail = new MailMessage("from@test.com", "to@test.com"); mail.Subject = "測試郵件亂碼"; var atta = new Attachment(@"C:\測試郵件中文出現亂碼20150115.rar"); mail.Attachments.Add(atta); var smtp = new SmtpClient(); smtp.Host = "test.com"; smtp.Credentials = new NetworkCredential("from", "test"); smtp.Send(mail);
使用Foxmail接收郵件,而後查看郵件原始信息,發現附件部分的MIME竟然是這樣的:測試
這個怪異的name致使了在郵件客戶端裏顯示亂碼。換不一樣的機器測試,有些機器是正常的,說明與軟件環境有關。正常的郵件應該是這樣的:網站
研究了一下,發現是.Net Framework的BUG,詳見微軟網站:http://support.microsoft.com/kb/2402064, 當附件名超過41個utf8 byte時,會錯誤的進行2次編碼致使的。 補丁見 https://connect.microsoft.com/VisualStudio/Downloads/DownloadDetails.aspx?DownloadID=31723。編碼
若是服務器未升級,能夠暫時修改程序來避開這個BUG,主要是手工指定附件的名稱:spa
var mail = new MailMessage("from@test.com", "to@test.com"); mail.Subject = "測試郵件亂碼"; string file = @"C:\測試郵件中文出現亂碼20150115.rar"; var atta = new Attachment(file); string name = Path.GetFileName(file); string base64 = Convert.ToBase64String(Encoding.UTF8.GetBytes(name)); atta.ContentDisposition.FileName = string.Format("=?utf-8?B?{0}?=", base64); //指定附件的filename atta.Name = "p_w_upload"; //指定MimePart的Name,不包含中文,這樣就不會被BUG影響 atta.NameEncoding = Encoding.UTF8; mail.Attachments.Add(atta); var smtp = new SmtpClient(); smtp.Host = "test.com"; smtp.Credentials = new NetworkCredential("from", "test"); smtp.Send(mail);
此時收到的郵件是這樣的,注意劃紅線部分:code