将数据库邮件用作电子邮件中继服务器是一个好主意吗？

Question

我们的一个问题是我们的出站电子邮件服务器有时很糟糕.用户将在我们的应用程序中触发电子邮件,并且应用程序可能需要大约30秒才能实际发送.让我们更糟糕,并承认我们甚至没有在后台线程上这样做,所以在这段时间内用户完全被阻止.SQL Server数据库邮件已被提议作为此问题的解决方案,因为它基本上实现了一个消息队列,并且比我们的第三方电子邮件主机更接近,响应更快.对我们来说,这也很容易实现,因为它只是将一个调用替换SmtpClient.Send为执行存储过程.我们的大部分应用程序电子邮件都包含PDF,XLS等,我看到这些附件的大小高达20MB.

使用数据库邮件处理我们所有的应用程序电子邮件对我来说都不好,但由于实施成本极低,我很难说出任何人.我们的生产数据库服务器功能太强大,所以我不确定它是否也无法处理负载.任何想法或更安全的替代品？

Answer 1

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

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