我有一个现场 Exchange 服务器。
为了应对我们现场互联网连接中断的罕见情况，我想设置一个异地入站电子邮件中继服务器（我相信这是正确的术语）。
我的期望是全部入站电子邮件将首先通过异地电子邮件中继。如果异地电子邮件中继无法联系我们的现场 Exchange 服务器，它将保留电子邮件，直到可以成功发送为止。
因此，我想象电子邮件的流程是这样的：
Cusomter's email client -> Customer's SMTP server -> Internet ->
-> My offsite email relay -> Internet -> Onsite Exchange server
我发现了一些我认为最初可以达到这个目的的东西http://emailrelay.sourceforge.net/，但图示示例似乎暗示它仅适用于本地出站电子邮件使用（Onsite Exchange Server -> emailrelay -> Internet）。
问题：
鉴于我所述的目标，我应该寻找的是“入站电子邮件中继”吗？还是叫其他名字？我是否遗漏了一些关键词？
我上面链接的电子邮件中继服务器能满足我的要求吗？或者，你能给我举一些能满足我要求的程序/应用程序的例子吗？（希望这不是主观的，因为我要求的是功能性的例子，而不是要求什么是“最好的”）
在研究这个主题时，我发现操作所谓的“开放电子邮件中继服务器”被认为是不好的做法，并且可能存在安全风险。似乎最佳做法是限制邮件中继用于来自/到本地客户端，或来自经过身份验证/授权的客户端。因为这将是入站邮件中继，似乎我必须接受来自任何来源的电子邮件，但我希望通过仅接受目的地与我的业务对应的特定邮件域匹配的电子邮件来限制它。这是一个可接受且可行的解决方案吗？
答案1
如果不知道您的电子邮件路径，您可以通过查看托管的反垃圾邮件解决方案来做到这一点。但无论如何，电子邮件在 48 小时内多次尝试投递才放弃是一种常见的做法，这种情况很少发生，如果发件人端的配置不当，他们直接从负责方的 MX 记录中转发电子邮件，而不是使用 MTA。
1) 如果您设置了中继，您将特别破坏 SPF，因此无论您做什么都需要至少处理这一点（选项 3 对此更具体）。
2) 另一个选择可能是具有双重交付功能的 Google 应用，因此如果您的 Exchange 服务器长时间停机，您可以使用 gmail，虽然我个人并不喜欢这个，但它确实存在。
3）使用免费/开源解决方案创建自己的解决方案，例如邮件清洁器，我至少会将其配置为重试 10 天，设置 zen.spamhaus.org RBL 并遵守 SPF。如需更多帮助，我会向他们的论坛
4)确实存在可将此时间延长至 10 天并支持基本过滤（SPF、RBL）的服务。 http://www.duocircle.com/services/backup-mx
祝你好运
答案2
一般来说，你不需要它，而且就你的情况而言，除非你的网络连接真的很糟糕，否则我不会打扰你。如果真是这样，那就解雇你的提供商吧！
如果无法投递，想要向您投递邮件的 MTA 会将发往您域名的邮件排队。通常需要 4 小时左右。如果失败，它会将邮件退回给发件人并附上 DSN 报告。基本上是一封电子邮件，说明邮件由于某种原因而未送达。
持续时间各不相同。请参阅此答案以了解更多信息。 当 MTA 无法连接到目标 MX 服务器时，它们是否总是将邮件排队？
万一您将自己的 DNS 托管在与 Exchange 服务器相同的网络上，那么您将希望确保当互联网线路中断时这些 DNS 不会消失。因此，请设置异地 DNS 或使用备份服务（如 backupdns.com 或其他服务）。该服务还可以将发往您域的邮件排队。