推荐的SMTP中继服务

正如许多人所说，这样一个服务器基本上已经在每个人都知道的黑名单上，因为任何垃圾邮件发送者都会使用这个服务器，所以使用它是没有意义的 – 你发送的一半邮件永远不会到达。

如果这是一个你计划部署在很多（即3个以上）地方的应用程序，那么你可能需要build立一个中央邮件服务器来处理所有的中继。 configuration中央服务器以允许从已authentication的用户进行中继，并且在authentication完成之前需要SMTP TLS。 在每台服务器上configuration应用程序以中继本地主机，并在每台服务器上发送sendmail以中继此中央服务器，使用特定于各个服务器的用户名和密码进行身份validation（以允许一台计算机取消授权而不影响所有其他）。

或者就此而言，只需在每台本地服务器上configurationsendmail即可自行完成最终交付。 在写完上述大部分内容之后，我重新阅读了您的问题，并意识到根本看不到有一个中央服务器的好理由，尽pipe可能有一个。

当人们通过SMTP端口（如端口25）从其networking发送电子邮件时，会遇到许多问题。 一对夫妇：

• 许多ITpipe理员阻止来自networking上除电子邮件服务器以外的所有计算机的端口25的传出stream量（以缓解networking上的病毒感染计算机出现垃圾邮件问题）。
• 许多防病毒和“端点安全”软件将阻止未知程序发送端口25上的stream量（Ian Ringrose在上面提到）。 因此，您可能正在处理支持20种不同的防病毒程序，并告诉人们如何添加例外（如果他们的ITpipe理员甚至允许他们）。

我认为这将是一个不断争取你的。 但是，如果它不是你制作的应用程序，那么听起来就像你可以修改function。

如果您只能指定地址和服务器名称，那么我认为您可能使用第三方外部SMTP中继运气不佳。 一个允许任何人连接而无需authentication的SMTP中继将被垃圾邮件发送者立即使用，并在每个黑名单上。 如果您可以指定SMTP服务器身份validation详细信息，则像SendGrid这样的服务可能适合您。 如果你不能使用SMTPauthentication，那么你可能需要设置你自己的SMTP服务器来接受来自客户端的电子邮件（也许用IP允许/拒绝列表来locking它）。

后者的缺点是，你成为一个服务提供商，你打开一整套关于电子邮件服务器正常运行时间，扩展，确保你的电子邮件服务器没有被列入黑名单的蠕虫，你会永远提供这项服务，你会去收取费用等

编辑：另一个选项将是在允许SMTP身份validation的本地计算机的后台运行一些小的SMTP服务器。 让应用程序使用本地主机作为SMTP服务器，然后设置本地主机SMTP服务器将所有邮件转发到像SendGrid这样的服务。 这是一个错误的附加层，但听起来你缺乏select。

在您的站点安装post-cast服务器，并通过messagelabs / postini或其他可信任的服务进行中继。

然后你所有的客户端连接到你的smtp服务器，你唯一需要做的只是打开它的客户IP。