sql-server - 使用数据库邮件作为电子邮件中继服务器是个好主意吗？

Question

我们的问题之一是我们的出站电子邮件服务器有时很糟糕。用户将在我们的应用程序中触发一封电子邮件，应用程序可能需要大约 30 秒的时间来实际发送电子邮件。让我们更糟的是，承认我们甚至没有在后台线程上执行此操作，因此用户在此期间完全被阻止。 SQL Server 数据库邮件已被提议作为此问题的解决方案，因为它基本上实现了消息队列，并且在物理上比我们的第三方电子邮件主机更近且响应速度更快。无可否认，它对我们来说非常容易实现，因为它只是用存储过程的执行替换对 SmtpClient.Send 的一次调用。我们的大多数申请电子邮件都包含 PDF、XLS 等，我发现这些附件的大小高达 20MB。

使用数据库邮件来处理我们所有的应用程序电子邮件对我来说很糟糕，但鉴于实现成本极低，我很难说服任何人放弃它。我们的生产数据库服务器太强大了，所以我也不确定它是否无法处理负载。有什么想法或更安全的替代方案吗？

Answer 1

您所要做的就是通过 SMTP 服务器运行它，如果您计划发送大量邮件，那么您不仅需要平衡服务器(如果您计划发送大量邮件，还需要平衡 DNS 服务器)一次发送超过 100K 封邮件)，但请确保您的出站电子邮件服务器在 DNS 中注册了正确的 A 记录，以防止退回。

这是一个廉价的解决方案(减去负载均衡器成本)。