System.Net郵件發送功能踩過的坑


System.Net郵件發送功能踩過的坑

1.EazyEmail郵件發送類庫

Net 類庫自帶了郵件發送功能。筆者對該類庫,從使用的角度進行了二次封裝,nuget上可搜索EazyEmail,注入容器時通過委托來獲得郵箱服務器的配置地址以及發送地址直接調用send方法即可。
容器注入代碼。這里定義的委托,每次發送之前可以去數據庫拿郵箱配置數據跟發送賬戶,筆者自己用的時候是通過Redis緩存 存取數據,因為像斷網斷電這種可能是批量出現的,需要批量發送告警郵件,所以放Redis里,然后Redis通過rdb功能設置每秒每個鍵變化就持久化的策略,沒毛病。

            services.AddEmailKit(() => 
           {
               EmailConfig emailConfig = new EmailConfig( );
               #region 163網易郵件發送
                emailConfig.EmailSmtpAddress = "smtp.163.com";
                emailConfig.EmalHostPort = 587;
                emailConfig.SendEmailAccount = "13737732703@163.com";
                emailConfig.SendEmailPassWord = "******";
               #endregion

               #region qq 郵件發送
            //  emailConfig.EmailSmtpAddress = "smtp.qq.com";
            //  emailConfig.EmalHostPort = 587;
            //  emailConfig.SendEmailAccount = "87888397@qq.com";
            //  emailConfig.SendEmailPassWord = "*****";
               #endregion

               return emailConfig;
           });

發送代碼

 MailBox QqMailbox = new MailBox();

 QqMailbox.To = "87888397@qq.com";
 QqMailbox.Body = "qqfadsfa郵箱測試";
 QqMailbox.Cc = "935467953@qq.com";
 QqMailbox.Subject = "qq郵fadfa箱測試";

 emailQueueService.Enqueue(QqMailbox); 

EazyEmail 內置阻塞隊列,只要隊列有郵件,里面開了一個線程會不斷地發送,發送完畢會阻塞住,對應線程執行權也會回歸線程池,一旦繼續有郵件,線程自動喚醒會繼續發送郵件。有關EazyEmail的使用與設計思路有需要介紹可留言,可另起一篇作講解,已經上傳到nuget,可自行搜索EazyEmail去使用,使用非常方便。

EazyEmail類庫源碼 github地址需要者可自行下載

2.郵件發送授權碼與郵件密碼

第三方客戶端登錄郵件服務器來進行發送郵件,接收郵件已經極為普遍,某種場景下是代碼里嵌入發送郵件信息,當然也包含了發送郵件的密碼,近兩年郵件服務商為了提高郵件的保密性,網易與qq郵箱規定了第三方客戶端發送郵件只能通過發送授權碼。

網易發送授權碼生成過程:

開啟所需要的郵件發送服務跟接收服務

手機微信掃描發送二維碼

手機短信發送之后,點擊我已發送 生成授權碼

此授權碼可直接用來作為應用程序的發送密碼。
qq郵箱發送授權碼生成過程:

生成授權碼步驟,設置,賬戶往下拉。

點擊生成授權碼,短信發送,我已發送,即可生成對應授權碼。

備注:qq郵箱多年之前已經采用授權碼方式,而網易,筆者在15年時測試第三方客戶端是可以用密碼發送的,當然現在15年設置開啟了pop/smtp,或者imap/smtp服務,當時沒有生成授權碼的依然能用密碼發送,只不過當你生成過授權碼之后就在網易服務商這里就再也不能用密碼發送了,第三方只能通過授權碼發送。即便你刪除完授權碼,那么pop/smtp,或者imap/smtp服務就會自動關閉。

3.通過郵件密碼來發送郵件

你是否同時會有這樣的疑問,能否通過郵箱的密碼來發送郵件呢?筆者之所以有如下思考,是基於用戶的使用方便程度來考慮:

  1. 用戶沒有授權碼的概念;
  2. 使用簡便的角度來看,直接賬戶,登錄密碼是最方便的;

一開始,筆者心里也沒有答案,但是想到,公司的郵箱密碼是可以記錄到foxmail,然后通過這個客戶端來進行郵件的發送與接收管理郵箱。但是我直接用代碼來發送郵件卻不成功,報失敗。失敗代碼如下:

        static void Main(string[] args)
        {
            try 
            { 
               var client = new SmtpClient
               {
                   DeliveryMethod = SmtpDeliveryMethod.Network,
                   EnableSsl = true,
                   Host = "smtp.lead-it.cn",
                   Port = 465
               };
                   client.Credentials = new NetworkCredential("hekun@lead-it.cn", "*********");
                   MailMessage msg = new MailMessage("hekun@lead-it.cn", "87888397@qq.com", "測試", "郵箱測試");  

               client.Send(msg);
               Console.WriteLine("郵件已發送,請注意查收!");
               Console.ReadKey();
            }
            catch (SmtpException ex)
            {
                Console.WriteLine("發送郵件失敗:" + ex.Message);//輸出錯誤信息
            }
        }

4.Wireshark抓包分析

遇到困難自然是迎難而上,foxmail能做到的事,我們一樣能做到。只需要foxmail的發送郵件的過程抓包,一一分析,然后自己郵件發送過程,對比,找出差異就能定位問題。

抓了小半天包,沒有結果,抓不到pop跟SMTP協議的包。

后面靜下心來仔細分析是因為公司郵箱服務器(163企業郵箱服務器,管理員設置了ssl)加了ssl認證。

下面只能貼上163服務器不加密的發送過程與接收過程的wireshark抓包,忘記密碼的同學可以自己抓包找回密碼,僅限在不加密的情況下。
通過pop協議接收郵件。想了解IMAP協議的自行抓包,方法一樣

smtp發送抓包如下,可以看到發送時用戶名密碼是加密的

5.通過密碼SSL發送成功

先看下發送成功代碼

        static void Main(string[] args)
        {
            try 
            { 
               ServicePointManager.ServerCertificateValidationCallback = (s, cert, chain, errors) => true;
               var client = new SmtpClient
               {
                   DeliveryMethod = SmtpDeliveryMethod.Network,
                   EnableSsl = true,
                   Host = "smtp.lead-it.cn",
                   Port = 587
               };
                   client.Credentials = new NetworkCredential("hekun@lead-it.cn", "********");
                   MailMessage msg = new MailMessage("hekun@lead-it.cn", "87888397@qq.com", "測試", "郵箱測試");  

               client.Send(msg);
               Console.WriteLine("郵件已發送,請注意查收!");
               Console.ReadKey();
            }
            catch (SmtpException ex)
            {
                Console.WriteLine("發送郵件失敗:" + ex.Message);//輸出錯誤信息
            }
        }

5.1 微軟不支持在465的ssl

通過不斷的搜索,與調試發現。
oschina上有這樣一篇文章

Microsoft is not supporting SSL over port 465 in c# 4/.NET 4.

Microsoft only supports SSL on 587 through "STARTTLS".

大意是微軟不支持SSL端口開在465,有可能465端口被微軟的其他庫占用。而一般郵件服務商會開多個ssl端口,比如587。當然如果是公司自己搭建的郵件服務器就需要注意這個坑了,你只開了465 ssl端口就意味着永遠用不了微軟爸爸的郵件庫。

5.2 ssl證書

解決了上面的5.1,又有了5.2問題如下:

大概含義是ssl證書無效。
在stackoverflow上找到了答案:
the-remote-certificate-is-invalid

如果沒有ssl證書,直接加入下面語句,返回true,有些信息就沒加密。需要加密的讀者自行搜索加入ssl文件證書。

       ServicePointManager.ServerCertificateValidationCallback = (s, cert, chain, errors) => true;

公司企業郵箱(企業級的網易郵箱允許第三方客戶端不通過授權碼)通過郵件密碼發送郵件到qq郵箱,qq郵箱收到郵件如下:

至此,問題解決。

6 小結

關於能用授權碼還是密碼發送郵件,無法由我們決定,由郵件服務商提供的接口決定,他沒有授權碼生成功能,自然只能通過密碼發送;他(網易郵箱,QQ郵箱)規定只能用授權碼發送,那我們也只能如此;如果是授權碼密碼兩者都能用,讀者自己在安全性與使用便捷性做考慮衡量決定。


版權聲明:本文為博主原創文章,遵循 CC 4.0 BY-SA 版權協議,轉載請附上原文出處鏈接和本聲明。 本文鏈接:https://www.cnblogs.com/JerryMouseLi/p/13954114.html


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM