一个灵活的SMTP服务器,开源或免费

我们目前有我们自己的电子邮件营销软件用于我们的通讯,并使用SQL服务器的SMTP代理通过我们的本地SMTP服务器(IIS)发送电子邮件,然后到我们的ISP的SMTP中继。

因为收件人的电子邮件地址存储在数据库中,并且因为它包含了通讯的内容,所以我们使用.net来构造邮件来传递。

大约1个月前,我们的ISP得到了我们发送垃圾邮件的印象(我们的邮件量大约是每天20k),并且阻止了SMTP中继。 经过与他们的多次辩论,我们已经放弃了他们,但意识到他们得出这个结论是由于NDR的大量。

我们已经解决了NDR的问题,但回到ISP的SMTP中继目前不是一个选项。

使用IIS作为直接的SMTP服务器并不理想,因为我们无法实现系统,这将帮助我们处理绕过垃圾邮件filter,因为我们需要实现DKIM和SPF,而且在IIS上并不那么容易。

我们尝试使用我们的共享主机帐户,只是标准的SMTP主机从SQL服务器发送我们的电子邮件,但电子邮件的限制设置为300 /小时,这不够高,目前使用像SendGrid的东西,我们没有从通讯中获利。

虽然我以前使用过Exchange 2003和2007的经验,但是我发现维护和硬件需求时有发生,我正在寻找一种能够支持DKIM和SPF的SMTP最小但灵活且function强大的解决scheme。

我一直在考虑像QPSMTPD或Node.js端口; Haraka。

有没有人在这里有任何经验,如何快速和容易,要么执行,维护和扩展?

什么DKIM和SPF支持?

那么处理这么高的音量和所需的速度呢?

我可能仍然遇到垃圾邮件过滤问题和我的ISP的问题?

有没有人有任何洞见,他们可以分享这个问题?

每个最近的邮件服务器都可以用你提供的最低要求来完成这项工作。 你每小时只发送800封邮件。 这可以在5分钟内完成而无痛苦。

因此请检查符合您要求的服务器。 Sendmail,Courier,Qmail,Exim或(我最喜欢的)Postfix都可以做你想做的。 没有任何问题。

编辑

但我不会跳上火车来使用你的“推荐”解决scheme。 他们是异国情调的邮件服务器,而上述有超过10年的发展历史。 Sendmail甚至是18岁,甚至是30年的祖先。 所以坚持“好老”的。

现在testingHaraka一段时间,除了这个,我不会推荐别的。 哈拉卡实际上是一个框架,一切都是模块。 非常容易使用,源代码是可读的,在github上可用,没有魔法。 DKIM / SPF支持包括插件。 我现在没有速度testing,但到目前为止我没有任何严重的问题。 我在不到一周的时间里为客户写了一个可用的生产应用程序。

顺便说一句…我过去使用过Postfix和Exim4。 我对Postfix有很好的回忆,对Exim4(bug)有不好的记忆。 无论如何,我不是上个世纪的东西,玩类似configuration语法只是不适合我的工作stream程:)。

我希望它有帮助。

我们的ISP得到了我们发送垃圾邮件的印象

不是一个大惊喜。 pipe理电子邮件服务器不是一项简单的任务,configuration/pipe理电子邮件服务器进行批量电子邮件需要更多的技能(SPF / DKIM只是故事的开始)。

即使运行自己的服务器,您的电子邮件数量也足以让您开始遇到问题 – 但可能不够大,无法在财务上获得并保持知识水平来自己操作服务。 我强烈build议寻找一个有信誉的批量电子邮件提供商(对不起,不能给你任何具体的线索)。

如果你想要走自己的服务器的路线,我build议你避开MSExchange – IME,它比其他大多数主streamMTA的价格昂贵,难以configuration/维护,并且不太可靠。

明显的候选人将是sendmail(非常可configuration – 但需要通过理解)或后缀(更容易configuration,并且吞吐量较低不太可能成为问题)。 你绝对想得到更多的支持。 根据以往的经验,Exim和Qmail在稳定性方面落后很多。

如果你真的必须在MSWindows上运行它,看看iMail – 但AFAIK它不支持复杂的队列pipe理。

有没有人在这里有任何经验,如何快速和容易,要么执行,维护和扩展?

我有Sendmail(几十个服务器,0当前),Qmail(数千服务器,3个当前),Postfix(数百个服务器,25个当前),Qpsmtpd(几十个服务器,1个当前)和Haraka服务器,7个电stream)。 这是广泛的绘画,但一般来说:

  • Sendmail的build立和维护比较困难,并且适度难以扩展。
  • Qmail设置起来比较困难,容易维护,难以扩展。
  • Postfix易于设置,易于维护和适中扩展。
  • Qpsmtpd适中安装,易于维护,并易于扩展,如果你grok的Perl。
  • Haraka易于安装,便于维护,并且易于扩展,如果您打算使用Javascript。

当然,所有这些评论都假定你在使用SMTP。

哪个MTA是“最好的”真的取决于任务。 对于大多数常见的任务,Postfix是我的默认select。 如果sendmail是默认安装的,我用Postfixreplace它。 除了上面所讨论的,Postfix是小巧,快速和合理的安全。 对于需要做的工作不仅限于最低限度的过滤和validation的入站MTA,我总是把Haraka放在前面。 这太疯狂了,更重要的是,它允许对接受的内容进行惊人的控制。

我最喜欢的哈拉卡function是karma插件。 (免责声明:我写了它)它实现了启发式引擎,查看数十位信息(远程IP,来自该IP和ASN的过去连接,FCrDNS,DNSBL等)并对每个连接进行评分。 这很像SpamAssassin,只是它很快就被杀死了。 与SpamAssassin不同的是,当数百或数千个并发入站连接为标准时,可以将其部署在最前面。 在典型的部署中,当像DKIM和SpamAssassin这样的资源繁重的插件运行时,只有不到10%的连接超过了数据阶段。

什么DKIM和SPF支持?

Sendmail和Postfix通过milter接口添加DKIM和SPF支持。 build立起来有点烦琐(还有很多HowTo),但效果很好。 Qmail通过补丁和DKIM通过非常痛苦的丑陋黑客添加SPF。 Qpsmtpd和Haraka都有原生的(perl和JS分别)插件,增加了对SPF和DKIM的支持。 有了QP和Haraka,SPF,DKIM和DMARC就像启用内置插件一样简单。

那么处理这么高的音量和所需的速度呢?

你的音量不高,列出的任何MTA都会处理它。

您可能会发现,通过DKIM milter签名邮件将使您的MTA性能(无论是Postfix还是Sendmail)降低到本机性能的1/10左右。 除非你喜欢痛苦,否则不要试用Qmail。 使用QP和Haraka,DKIM只是另一个插件,启用DKIM后唯一明显的区别是增加了内存消耗。

我可能仍然遇到垃圾邮件过滤问题和我的ISP的问题?

不基于您的MTA。 垃圾邮件过滤问题和您的ISP的问题发生,因为您正在发送正在退回,报告或拒绝的邮件。 确保所有出站邮件都带有您的信封信息,以便反弹和DSN返回给您。 确保接受它们,parsing内容,并相应地更新数据库。