我有一个现场的Exchange服务器。
对于我们现场因特网连接断开的罕见情况，我想设置一个非现场入站电子邮件中继服务器（我相信这是一个正确的术语）。
我的期望是， 所有的入站电子邮件将首先通过异地电子邮件中继。 在异地电子邮件中继无法联系我们的现场Exchange服务器的情况下，它将保留电子邮件直到它可以成功传送。
因此，我想电子邮件的stream程是这样的：
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 ） 。
问题：
鉴于我所说的目标，是一个“入站电子邮件中继”，我应该寻找什么？ 还是叫别的？ 我是否缺less一些关键字？
上面链接的电子邮件中继服务器可以做我想要的吗？ 另外，你可以给我一些程序/应用程序的例子，可以做我想要的吗？ （希望这不是主观的，因为我要求的function的例子，而不是要求什么是“最好的”）
在研究这个话题的时候，我发现操作所谓的“开放邮件中继服务器”被认为是不好的做法，并且可能是一种安全风险。 看来最好的做法是限制邮件中继使用来自/到本地客户端，或从authentication/授权客户端使用。 因为这将是一个入站邮件中继，似乎我必须接受来自任何来源的电子邮件，但我想限制它只接受与目标匹配的邮件域匹配我的业务对应的特定邮件域。 这是一个可接受的和可以实现的解决scheme
不知道你的电子邮件path，你可以通过查看托pipe的反垃圾邮件解决scheme来做到这一点。 但无论如何，在放弃之前，电子邮件在48小时内重复尝试多次是很常见的做法，这种情况不会发生的情况是，如果发件人一端的configuration不当，他们直接将电子邮件从相关方MXlogging而不是使用MTA。
1）如果你设置了一个继电器，你会打破SPF，所以无论你做什么需要至less处理（选项3更具体这一点）。
2）另一个select可能是双向交付的谷歌应用程序，所以如果你的交换服务器closures一段时间，你可以使用Gmail，个人不是这个粉丝，但它在那里。
3）使用mailcleaner.org这样的免费/开放源代码解决scheme来创build你自己的，至less我将它configuration为10天重试，设置zen.spamhaus.org RBL，并且荣幸SPF。 为了得到更多的帮助，我想看看他们的论坛
4）有些服务可以延长到10天，支持基本过滤（SPF，RBL）。 http://www.duocircle.com/services/backup-mx
祝你好运
一般来说，你不需要它，在你的情况下，我不会打扰，除非你的互联网连接真的很糟糕。 如果是的话，然后解雇你的提供者！
发送要发送邮件给您的MTA将邮件发送到您的域名，如果它无法传递。 通常在4个小时左右。 如果失败，则会通过DSN报告将邮件退回给发件人。 基本上是一封电子邮件说，邮件是由于任何原因未交付。
多久，这是不同的。 看到这个答案更多的信息。 MTA在无法连接到目标MX服务器时总是排队邮件吗？
如果您在自己的交换服务器所在的networking上托pipe了自己的DNS，那么您将需要确保在互联网线路故障时这些DNS不会消失。 因此，build立一个非现场DNS或使用backupdns.com或其他备份服务。 这也可以排队邮件发往您的域名。