我原本打算使用 IIS7 自带的 SMTP 服务器（用于网站），但后来我遇到了此链接并开始担心（阅读接受的解决方案），另一方面，我的预算有限，买不起 MS Exchange 或其他昂贵的服务器，此外，我在我的应用程序中使用 ASP.NET，它与 IIS SMTP 服务器配合得很好（我打算使用拾取文件夹传送选项，这特别适用于 Web 应用程序，这样用户就不必等到消息发送完毕）。
我听说过 hmailserver，但它似乎没有拾取文件夹选项（虽然不完全确定，所以如果我错了，请纠正我）。我也不知道它的性能是否比 IIS SMTP 服务器更好。如果这足够好，我可能会从 IIS SMTP 服务器中继到 hmailserver，这样我仍然可以使用拾取文件夹选项。抱歉，如果我听起来像是在自言自语，但我正在尝试寻找最佳选择，但目前还不清楚。
任何建议都将非常感谢...
答案1
IIS SMTP 也足以应对高负载。
答案2
我肯定会选择 hMailServer 选项。我们过去使用过 IIS SMTP，但当出现问题时，排除故障真的很麻烦。hMailServer 具有更好的日志记录功能和对各种 SMTP 设置的更精细的控制。
您应该看到不使用 picker 文件夹时响应的内容...我们直接将 hMailServer 用于我们的应用程序，似乎运行正常。正如您所提到的，您也可以进行智能主机中继，但根据我的经验，最好减少故障排除步骤。
答案3
好吧 - 我们在生产环境中使用了它 - 但我必须对解决方案提出警告：
1) 我们在本地使用它，这样队列就不会出现故障，我们将其发送到智能主机（我们使用 Postfix）。本地队列只是用来接受消息并发送。IIS SMTP 向多个域发送消息时，其性能非常糟糕。
2) 如果您直接将邮件放入 DROP 文件夹，那么您的应用程序将与该解决方案绑定。如果您使用 CDO（应配置为使用 SMTP，而不仅仅是 DROP）进行交付，那么您的电子邮件地址中的高位字符就会出现问题。这导致我们最终直接将邮件发送到我们的 Postfix 邮箱，尽管不使用机器本地队列存在缺点。
3) 入站邮件经过第三方垃圾邮件过滤器。我们发现 DataEnter 的 XWall 性价比很高。虽然不是很直观，但性能良好，配置选项很多。如果您使用它，我建议您从 Ceratec 获取 ESET 附加组件，以便为您提供核心产品所缺少的一些额外功能。
顺便说一句：您可以使用 XWall 进行出站交付 - 我们对一些应用程序进行了此操作，效果非常好。Postfix 可以免费处理大量负载，但意味着要管理另一个应用程序和操作系统 (Linux)...
答案4
我曾为几个大型网站使用 IIS SMTP 选项，发送大量邮件（每天超过 2000 封）。在所有情况下，我都没有遇到任何问题（敲木头）。如果您选择 IIS SMTP，请查看此帖子以获取故障排除帮助。我遇到的大多数 IIS SMTP 问题都通过一些 DNS 故障排除很快得到解决。
http://msmvps.com/blogs/bernard/archive/2004/09/28/14480.aspx