C# 第三方vs System.Net.Mail.SmtpClient

我们必须建立一个通知系统，该系统需要可靠地向客户发送通知电子邮件

过去，我们使用.NET的

System.NET.Mail.SmtpClient

库快速连接并发送各种低优先级电子邮件。可靠有效的交付并不重要

现在我们需要能够向客户发送电子邮件——这是另一回事

是否值得使用一些第三方服务（如）或常规的

SmtpClient

还可以吗？

我们不需要任何分析、营销或订阅功能。我们的容量需求也不是很大——可能是每天10公里。只需要电子邮件发送功能

是否值得使用一些第三方服务（比如SendGrid）或者普通的SmtpClient只是 好吧

当您将发送API与成熟的电子邮件服务器进行比较时，这个问题绝对是错误的

您应该在计算机（smtp服务）或网络上设置本地电子邮件发送中继，SmtpClient应该转到该中继。然后将电子邮件转发给最终用户或分发服务（sendmail）

我永远不会使用web应用程序必须通过远程第三方直接发送的设置。这必然会导致各种各样的问题。因此，根本不会考虑它是SendGrid还是SmtpClient。它永远不会出现——两者都会出现。加上一个本地中继。有一些不错的第三方电子邮件服务器是免费的，只要您的本地邮箱列表很低，这意味着它们是完美的免费电子邮件中继。

像SendGrid这样的公司（我为他们工作）专注于可交付性，并使集成对开发人员来说非常简单

如果您有时间，您当然可以成功地实施自己的解决方案。我们有一个免费的可交付性指南，可以帮助您做到这一点，这里有几个：

我们定期在我们的博客上发布交付技巧，网址为