SRS重写对于转发邮件服务器是绝对必要的吗？

在我看来，你的问题归结为“有多less邮件服务器检查传入电子邮件的SPFlogging？ ”。 如果是大部分，SRS是转发服务器的绝对要求; 如果不是他们，你不需要SRS。

不幸的是，我不能立即就此进行任何学术研究。 但是由于我在收到的电子邮件中检查了SPF，我可以肯定的说有些邮件服务器会检查它。 任何将您的服务器转发到我的服务器上的帐户的客户都将失去广告SPF的发件人发送的电子邮件（因为他们都应该） -all ，除非您使用SRS。 所以我可以肯定地说， 没有SRS，你的一些客户的电子邮件将不会被发送 。

我向马克表示道歉，我无法读懂德语，所以我不能说他引用的PDF是否引人注目，但是我可以重申，没有SRS，客户的一小部分电子邮件将不会被发送。 我不能说这个比例是多less，但这不是零 – 而且我认为除了运行SRS之外别无select。

我同意你的服务器不会通过转发垃圾邮件来帮助自己，但是根据我的经验，大部分的声誉损失是通过IP地址来实现的，而不是信封 – 来自域。 这将会完成，不pipeSRS的用法。

对于你的问题的更深刻的回答是，在SPF和它的（不合理的和断断续续的）后续的DMARC之间，在我看来，邮件转发服务已经过去了一天。 我已经要求除我的一个用户之外的所有用户都能在我的服务器上进行最终交付，而且一个用户将不得不在2016年进行更改或退出。现在，许多Webmail系统将允许通过收集服务器外邮件来集成多个邮箱IMAP或POP，许多邮件客户端允许多个IMAP或POP帐户作为单个集成INBOX呈现，因此转发不是集中式读取的好处。

总之，我认为短期内你需要SRS，长远来说还是一个新的商业模式。

SRS似乎是一个不错的主意，但实际上根据Heinlein支持人员（他们正在运行一个拥有超过10万个账户的中型邮件服务）并不是很好。

虽然用德语说详细内容，但是为什么： https : //www.heinlein-support.de/sites/default/files/SPF-DKIM-Greylisting_FrOSCon_2012.pdf

主要原因在于SRS是现实中实施SPF严重问题的一个小补丁，因为SPF并没有很好地涵盖电子邮件的一些常见用例。 尽pipeSRS需要部署在大型服务器上，但这种情况不太可能发生，SRS是有意义的。 因此，直到部署在大型服务器上，它根本就没有什么意义。

然而，大型邮件服务提供商的问题在于，他们现在确实有一个真正的大用户群，他们正在实施越来越多的技术（DMARC的继任者已经在准备中），这对正常情况来说越来越困难邮件服务器设置以可靠的方式发送邮件给他们。

如果你想把你的邮件更好的发送给像Gmail，Hotmail等大型邮件提供商，你至less应该实现DKIM和DMARC，但也可以将其设置为软失败，并且可能会对邮件传递实施一些速率限制机制会为你创造奇迹。

与大提供商的这个问题是为什么现在有像Mailchimp，Mandrill或Returnpath这样的服务的原因。 这些提供商确实向Google＆Co.支付了款项。 为了更好的交付质量。

我赞同@MadHatter的每一个字，但关于Google的重要事实！

如果您向gmail提供转发服务，则您也有可能提供SMTP访问，因此您的gmail用户可以通过代表您存储的地址从Gmail发送邮件。

在这种情况下，gmail知道你是这个邮件的转发者，并且不会将你的转发者标记为垃圾邮件，尽pipe它的SPF检查失败了。

您可以从[email protected]发送您的客户邮件。 该消息将无任何警告地到达他们的收件箱！ （微软确实拥有 spflogging）

检查并validation。 示例附件。

这个消息去了收件箱。