1.EazyEmail郵件發(fā)送類庫

Net 類庫自帶了郵件發(fā)送功能。筆者對該類庫，從使用的角度進(jìn)行了二次封裝，nuget上可搜索EazyEmail，注入容器時(shí)通過委托來獲得郵箱服務(wù)器的配置地址以及發(fā)送地址直接調(diào)用send方法即可。
容器注入代碼。這里定義的委托，每次發(fā)送之前可以去數(shù)據(jù)庫拿郵箱配置數(shù)據(jù)跟發(fā)送賬戶，筆者自己用的時(shí)候是通過Redis緩存 存取數(shù)據(jù)，因?yàn)橄駭嗑W(wǎng)斷電這種可能是批量出現(xiàn)的，需要批量發(fā)送告警郵件，所以放Redis里，然后Redis通過rdb功能設(shè)置每秒每個(gè)鍵變化就持久化的策略，沒毛病。

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

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

        return emailConfig;
      });

發(fā)送代碼

 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 內(nèi)置阻塞隊(duì)列，只要隊(duì)列有郵件，里面開了一個(gè)線程會(huì)不斷地發(fā)送，發(fā)送完畢會(huì)阻塞住，對應(yīng)線程執(zhí)行權(quán)也會(huì)回歸線程池，一旦繼續(xù)有郵件，線程自動(dòng)喚醒會(huì)繼續(xù)發(fā)送郵件。有關(guān)EazyEmail的使用與設(shè)計(jì)思路有需要介紹可留言，可另起一篇作講解，已經(jīng)上傳到nuget，可自行搜索EazyEmail去使用，使用非常方便。

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

2.郵件發(fā)送授權(quán)碼與郵件密碼

第三方客戶端登錄郵件服務(wù)器來進(jìn)行發(fā)送郵件，接收郵件已經(jīng)極為普遍，某種場景下是代碼里嵌入發(fā)送郵件信息，當(dāng)然也包含了發(fā)送郵件的密碼，近兩年郵件服務(wù)商為了提高郵件的保密性，網(wǎng)易與qq郵箱規(guī)定了第三方客戶端發(fā)送郵件只能通過發(fā)送授權(quán)碼。

網(wǎng)易發(fā)送授權(quán)碼生成過程：

開啟所需要的郵件發(fā)送服務(wù)跟接收服務(wù)

手機(jī)微信掃描發(fā)送二維碼

手機(jī)短信發(fā)送之后，點(diǎn)擊我已發(fā)送 生成授權(quán)碼

此授權(quán)碼可直接用來作為應(yīng)用程序的發(fā)送密碼。
qq郵箱發(fā)送授權(quán)碼生成過程：

生成授權(quán)碼步驟，設(shè)置，賬戶往下拉。

點(diǎn)擊生成授權(quán)碼，短信發(fā)送，我已發(fā)送，即可生成對應(yīng)授權(quán)碼。

備注:qq郵箱多年之前已經(jīng)采用授權(quán)碼方式，而網(wǎng)易，筆者在15年時(shí)測試第三方客戶端是可以用密碼發(fā)送的，當(dāng)然現(xiàn)在15年設(shè)置開啟了pop/smtp,或者imap/smtp服務(wù)，當(dāng)時(shí)沒有生成授權(quán)碼的依然能用密碼發(fā)送，只不過當(dāng)你生成過授權(quán)碼之后就在網(wǎng)易服務(wù)商這里就再也不能用密碼發(fā)送了，第三方只能通過授權(quán)碼發(fā)送。即便你刪除完授權(quán)碼，那么pop/smtp,或者imap/smtp服務(wù)就會(huì)自動(dòng)關(guān)閉。

3.通過郵件密碼來發(fā)送郵件

你是否同時(shí)會(huì)有這樣的疑問，能否通過郵箱的密碼來發(fā)送郵件呢？筆者之所以有如下思考，是基于用戶的使用方便程度來考慮：

1. 用戶沒有授權(quán)碼的概念；
2. 使用簡便的角度來看，直接賬戶，登錄密碼是最方便的；

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

   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("郵件已發(fā)送，請注意查收！");
        Console.ReadKey();
      }
      catch (SmtpException ex)
      {
        Console.WriteLine("發(fā)送郵件失?。? + ex.Message);//輸出錯(cuò)誤信息
      }
    }

4.Wireshark抓包分析

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

抓了小半天包，沒有結(jié)果，抓不到pop跟SMTP協(xié)議的包。

后面靜下心來仔細(xì)分析是因?yàn)楣距]箱服務(wù)器（163企業(yè)郵箱服務(wù)器，管理員設(shè)置了ssl）加了ssl認(rèn)證。

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

smtp發(fā)送抓包如下，可以看到發(fā)送時(shí)用戶名密碼是加密的

5.通過密碼SSL發(fā)送成功

先看下發(fā)送成功代碼

  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("郵件已發(fā)送，請注意查收！");
        Console.ReadKey();
      }
      catch (SmtpException ex)
      {
        Console.WriteLine("發(fā)送郵件失敗：" + ex.Message);//輸出錯(cuò)誤信息
      }
    }

5.1 微軟不支持在465的ssl

通過不斷的搜索，與調(diào)試發(fā)現(xiàn)。
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端口被微軟的其他庫占用。而一般郵件服務(wù)商會(huì)開多個(gè)ssl端口，比如587。當(dāng)然如果是公司自己搭建的郵件服務(wù)器就需要注意這個(gè)坑了，你只開了465 ssl端口就意味著永遠(yuǎn)用不了微軟爸爸的郵件庫。

5.2 ssl證書

解決了上面的5.1，又有了5.2問題如下：

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

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

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

公司企業(yè)郵箱（企業(yè)級的網(wǎng)易郵箱允許第三方客戶端不通過授權(quán)碼）通過郵件密碼發(fā)送郵件到qq郵箱，qq郵箱收到郵件如下：

至此，問題解決。

6 小結(jié)

關(guān)于能用授權(quán)碼還是密碼發(fā)送郵件，無法由我們決定，由郵件服務(wù)商提供的接口決定，他沒有授權(quán)碼生成功能，自然只能通過密碼發(fā)送；他（網(wǎng)易郵箱，QQ郵箱）規(guī)定只能用授權(quán)碼發(fā)送，那我們也只能如此；如果是授權(quán)碼密碼兩者都能用，讀者自己在安全性與使用便捷性做考慮衡量決定。

到此這篇關(guān)于C#使用System.Net郵件發(fā)送功能踩過的坑的文章就介紹到這了,更多相關(guān)C# System.Net郵件發(fā)送 內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論