我将尽快设立一个Exchange电子邮件服务器，但有一件事我想知道，如果邮件服务器closures，会发生什么情况。 传入的消息将在哪里？
我知道他们可能会迷路，但是我可以添加一个服务，作为另一个MXlogging，当主交换服务器closures时，它会发送电子邮件到该服务器，然后当我的服务器恢复在线时，它会发送它们？
您可以设置任意数量的故障切换机制，但在所有情况下，99％的电子邮件服务器只会对电子邮件进行排队（通常最多48小时），并继续重试发送电子邮件，直到您的服务器再次可用。
其实我只是经历过两次，当服务器closures的时候邮件没有被保存和传送。 情况是使用交换2003年，互联网下降，交换服务器和互联网之间使用的路由器是UPNP，向导被用来设置它。 互联网恢复上线后，距离下线不到12小时，交换服务器仍然无法连上互联网，用户不得不在服务器上再次运行IECW才能正常工作，没有任何电子邮件在停机期间再次出现。
这似乎是一个孤立的事件，直到一个月后再次发生。 相同的场景，相同的服务器，相同的路由 不知道路由器是否有故障或服务器，但自从手动configuration路由器，希望能防止这种情况发生在未来。 因此，备份解决scheme毕竟可能不是什么坏事。
RFC 5321详细解释了发送和接收电子邮件是如何工作的。
其中两件重要的事情我会在这里提到
1）任何（临时）原因都无法传送的邮件必须在稍后排队并重试。 这里引用
Retries continue until the message is transmitted or the sender gives up; the give-up time generally needs to be at least 4-5 days. It MAY be appropriate to set a shorter maximum number of retries for non- delivery notifications and equivalent error messages than for standard messages. The parameters to the retry algorithm MUST be configurable. 2）根本无法传递的邮件必须向发件人指出。 这里引用：
If an SMTP server has accepted the task of relaying the mail and later finds that the destination is incorrect or that the mail cannot be delivered for some other reason, then it MUST construct an "undeliverable mail" notification message and send it to the originator of the undeliverable mail (as indicated by the reverse- path).
所以如果所有的邮件服务器按照标准行事，根本不会有邮件丢失。 但据说有几个邮件服务器不遵守规则。 在这种情况下，不应该有责任在所有情况下接受他们的邮件只是因为他们有蹩脚的服务器。
我build议有一个“冷备份”的邮件服务器，只有在Exchange长时间停机的情况下才能启动。
只要服务器停留时间不超过（两三天），几乎所有的邮件都会到达。 电子邮件在存储和转发的基础上工作，上游服务器将定期重试。 我相信标准规定他们应该四天左右重试。
好消息是大多数垃圾邮件是由只尝试一次的服务器提供的，所以您不必过滤大量的垃圾邮件。
build立一个良好的警报系统和UPS，你应该对大多数情况下是好的。 在我度假的时候，我与ISP的连接在一场暴风雨中倒下了，几天之后我就能解决这个问题。