推薦：深入Lumisoft.NET組件POP3郵件接收與刪除操作的使用詳解本篇文章對Lumisoft.NET組件POP3郵件接收與刪除操作的使用進行了詳細的介紹。需要的朋友參考下
在Lumisoft.NET組件獲取POP3郵件的時候，發現大多數郵件都能正常獲取，不過對于一些特殊的郵件，好像總是會出現轉換錯誤，或者出現亂碼及部分亂碼現象，有些在標題里面或者郵件接收人地址，而有些則在內容里面，為了更好整理相關的問題，寫了本文，希望對大家使用該組件有一定的幫助作用。
1、 日期轉換出錯問題。
錯誤信息：[2013-05-04 10:49:03] 轉換郵件的Date出錯:賬號wuhuacong@163.com 郵件標題：ICP???????????????????????wuhuacong)
LumiSoft.Net.ParseException: Header field 'Date' parsing failed.
在 LumiSoft.Net.Mail.Mail_Message.get_Date()
在 WHC.PlugInService.Pop3Helper.Receive() 位置 ....../Pop3Helper.cs:行號 160
錯誤原因：由于郵件格式的日期內容格式不同，導致無法正常解析。如一般的格式為下面
官方的代碼如下所示
MIME_h h = this.Header.GetFirst("Date");
if(h != null){
try{
return MIME_Utils.ParseRfc2822DateTime(((MIME_h_Unstructured)h).Value);
}
catch{
throw new ParseException("Header field 'Date' parsing failed.");
}
}
else{
return DateTime.MinValue;
}
}
set{
if(this.IsDisposed){
throw new ObjectDisposedException(this.GetType().Name);
}
if(value == DateTime.MinValue){
this.Header.RemoveAll("Date");
}
else{
MIME_h h = this.Header.GetFirst("Date");
if(h == null){
this.Header.Add(new MIME_h_Unstructured("Date",MIME_Utils.DateTimeToRfc2822(value)));
}
else{
this.Header.ReplaceFirst(new MIME_h_Unstructured("Date",MIME_Utils.DateTimeToRfc2822(value)));
}
}
}
}
MIME_h h = this.Header.GetFirst("Date");
if(h != null){
try{
return MIME_Utils.ParseRfc2822DateTime(((MIME_h_Unstructured)h).Value);
}
catch{
//嘗試轉換正常的日期
DateTime dt;
string dateString = ((MIME_h_Unstructured)h).Value;
bool success = DateTime.TryParse(dateString, out dt);
if (success)
{
return dt;
}
else
{
throw new ParseException("Header field 'Date' parsing failed.");
}
}
}
else{
return DateTime.MinValue;
}
}
set{
if(this.IsDisposed){
throw new ObjectDisposedException(this.GetType().Name);
}
if(value == DateTime.MinValue){
this.Header.RemoveAll("Date");
}
else{
MIME_h h = this.Header.GetFirst("Date");
if(h == null){
this.Header.Add(new MIME_h_Unstructured("Date",MIME_Utils.DateTimeToRfc2822(value)));
}
else{
this.Header.ReplaceFirst(new MIME_h_Unstructured("Date",MIME_Utils.DateTimeToRfc2822(value)));
}
}
}
}
在 LumiSoft.Net.TCP.TCP_Client.Connect(String host, Int32 port, Boolean ssl)
在 WHC.PlugInService.SmtpHelper.Send() 位置 ......../SmtpHelper.cs:行號 123
在 WHC.PlugInService.SendMailService.DataThreadHandle(MailSendConfigInfo info) 位置 .............../SendMailService.cs:行號 66
錯誤原因：由于POP3的配置端口不正確導致，一般的端口必須嚴格按照正常的來填寫。
郵件SMTP和POP3常用配置說明：
3、郵件標題亂碼問題
錯誤信息:標題出現類似=?utf-8?B?5rWL6K+V6YKu5Lu2?=
錯誤原因：這個是因為編碼的問題，其中=?utf-8?B是表示該段字符為UTF-8的格式，后面的是base64格式的內容。除了utf-8,還可以出現gb2312或者ibm-euccn等格式。為了轉換上面的編碼問題，我寫了一個轉碼函數，如下所示。
Regex re = new Regex(regex, RegexOptions.IgnoreCase | RegexOptions.IgnorePatternWhitespace | RegexOptions.Multiline);
MatchCollection mcs = re.Matches(input);
foreach (Match mc in mcs)
{
string encode = mc.Groups["encode"].Value;
if (!string.IsNullOrEmpty(encode))
{
if (encode.ToLower().Contains("euccn") || encode.ToLower().Contains("euc-cn") ||
encode.ToLower().Contains("gbk"))
{
encode = "gb2312";
}
else if (encode.ToLower().Contains("utf8"))
{
encode = "utf-8";
}
string body = mc.Groups["body"].Value;
byte[] bytes = Convert.FromBase64String(body);
string result = Encoding.GetEncoding(encode).GetString(bytes);
input = input.Replace(mc.Value, result);
}
}
return input;
}
除了上面的轉碼操作，還有一種更好的方法，能夠使得郵件相關信息正常顯示。
因為通過分析了解到，由于Lumisoft的Mail_Message.ParseFromByte函數默認只是以UTF8轉換字節，一旦字節為GB2312格式，就會發生轉換亂碼問題，因此先經過Default編碼轉換，然后再以UTF8獲取字節，即可正常轉換郵件頭部。
分享：ASP.NET26個常用性能優化方訪問數據庫資源需要創建連接、打開連接和關閉連接幾個操作。這些過程需要多次與數據庫交換信息以通過身份驗證，比較耗費服務器資源。 ASP.NET中提供了連接池(Connection Pool)改善打開和關閉數據庫對性能的影響。系統將用戶的數據庫連接放在連接池中，需要時取出，關閉
新聞熱點
疑難解答
圖片精選
