我应该运行自己的 MTA 吗?

我应该运行自己的 MTA 吗?

我需要发送大量电子邮件,大约每周 60,000 封。目前我们将这项服务外包给第三方,我们预计在未来 6 个月内我们的发送量将翻一番。由于这项服务开始变得过于昂贵,我考虑建立我们自己的 MTA。

我们自己的系统管理员告诉我们拥有自己的 MTA 一点也不难,但我担心他可能把这件事过于简单化了。

处理 MTA 是否困难?我是否应该担心我的 MTA 会丢失公司邮件?我是否应该继续使用第三方服务?

附言:收集电子邮件时严格遵守当地的隐私法规,因此不存在垃圾邮件。

答案1

自己做应该没有问题,但是,您需要有经验的系统管理员,或者愿意学习新知识的系统管理员。这并不像运行另一个守护程序并在防火墙中打开端口那么简单。

我在 VPS 上运行了个人项目的 MTA,虽然您当然需要高可用性并能够处理更多负载,但一般设置几乎相同。一些一般建议:

  • 确保不要使用开放中继,否则你会被列入黑名单
  • 了解如何避免可怕的垃圾邮件文件夹
  • 确保已设置正确的 MX 记录
  • 使用子域名作为仅发送 MTA(mailer.example.com)
  • 使用正确的邮件标题,发件人:和回复至:
  • 使用密钥管理信息系统用于签名邮件(也有助于避免垃圾邮件)

编辑:

我忘记了两个要点(感谢symcbean):

  • 防晒指数,将来自您域名的邮件限制到特定的 IP 或范围
  • 智能退回处理;配置为与您的邮件列表应用程序对话(删除无效地址等)

答案2

除非你的公司在发送电子邮件业务中,那么我只会将此视为最后的手段。

有很多公司发送批量电子邮件,因此,在投入时间和资源建立和支持自己的 MTA 解决方案之前,我倾向于货比三家(或重新协商费用)。

保持公司的敏捷性和应变能力至关重要。外包非关键服务可以让您更轻松地实现这一目标。

话虽如此,如果您从事发送电子邮件的业务,那么您绝对应该考虑设置自己的 MTA - 尽管您可能仍希望考虑在 VPS 环境中托管它。

答案3

我们自己的系统管理员告诉我们拥有自己的 MTA 一点也不难,但我担心他可能把这件事过于简单化了。

他要么是个超级极客,要么就是他不了解这个问题。

运行 MTA 相对简单。运行 MTA 来发送大量批量电子邮件并保持良好的传递率则非常非常复杂。

cvaldemar 建议使用 DKIM,但没有提及 SPF(两者并不互相排斥,但后者的采用率要高得多)。除了该帖子中提到的要点外,您还需要启用目的地限制、智能退回处理和主动列表管理(以避免退回邮件的不良声誉)。

在分配给您的地址范围内运行服务器将获得比托管服务器更高的声誉。这还简化了设置 PTR 记录的过程(同时提升了您的声誉)。

内部运行 spamassassin 将帮助您在流程早期发现问题。

答案4

如果您要发送大量电子邮件,我希望您有一个自动发送电子邮件的系统。根据您生成的电子邮件数量,似乎在某种程度上您从事发送电子邮件的业务。电子邮件的送达对您的业务有多重要?如果这很重要,您需要很好地掌握电子邮件的处理方式。无论您如何实施解决方案,您都需要确保适当的反馈,以便:

  • 删除无效地址;
  • 您检测到错误配置;并且
  • 如果您被添加到黑名单,您会收到通知。

设置您自己的 MTA 并不困难,而且一旦配置完成,它们通常不需要太多维护即可运行。需要遵循一些标准和惯例,不遵守这些标准和惯例将影响您可靠地发送邮件的能力。不幸的是,一些为他人发送大量邮件的组织并不遵守这些标准和惯例。使用第三方服务可能会导致您的邮件被归类为垃圾邮件。

我发了一篇吐槽文章运行电子邮件服务器主要针对不了解情况的人。它解释了运行 MTA 所涉及的内容。我的电子邮件政策提供额外的资源,就像我在电子邮件

对于这种邮件,请考虑使用专用的子域和服务器。大批量电子邮件的调整可能与个人对个人电子邮件的调整有很大不同。确保您接受并审核发送到和postmaster地址的电子邮件abuse。如果您的列表中有无效的电子邮件地址,您最初可能会遇到队列大小问题。您可以在许多大批量邮件托管服务(如 Gmail、Hotmail 等)上注册您的域名。

编辑:为此类服务运行自己的 MTA 并不意味着您需要运行自己的 MX。您的 MX(邮件交换)和用于常规通信的 MTA 可以由第三方处理。使用专用子域来处理批量和/或自动电子邮件。根据您的需要进行管理。

相关内容