冗余电子邮件服务器

至于第一个问题，具有相同优先级的2个MXlogging基本上像循环一样处理。 邮件只能由域中的一个MX处理。 这个案例在RFC974中有特别的讨论

解决这个问题的最好方法。 即最less的努力是将主邮件服务器设置为更高的优先级。 然后，您可以将辅助服务器configuration为存储转发备份服务器（即不处理任何邮件，而是等待主服务器重新联机并转发给其进行处理）

但是，大部分时间做这个事情真的没有什么好处。 大多数，即使不是所有的MTA都会收到邮件，而且邮件通常会在几天之内发送。 如果你有一个合理的保证，你将能够解决主箱的任何问题，并在几个小时内恢复在线，不要打扰与邮件服务器的备份mxlogging。

有一个原因。 存储和转发备份服务器是反向垃圾邮件的目标，即由于to：地址无效而被发送到欺骗性发件人的邮件，但只有在备份尝试传递到主要邮件时才会发现。 服务器然后快乐地尝试将电子邮件发回欺骗的发件人。

如果您担心硬件故障，请准备好备份服务器，并等待主服务器出现故障，只需将其replace为备份即可。

如果您担心networking故障，并且您有辅助networking，请在邮件服务器中插入第二个NIC，并将辅助MXlogging设置为指向该IP。

如果上述方法都不起作用，或者您正在寻求大量邮件的负载均衡，那么您应该尝试使两台服务器在configuration，用户帐户和垃圾邮件预防工具方面保持同步。 否则，你可能会结束各种不同的问题。

您的主服务器应该（通常）具有唯一的MX优先级。 否则，您最终会随机input邮件。 备份邮件服务器可能具有相同的优先级，这可能是有用的，例如，如果要在主服务器故障的情况下平衡它们之间的负载。

对于大多数情况，只要一个备份服务器足够独立（上行链路），就足够了。 实际上，大多数情况下，依靠发送方的邮件服务器缓冲邮件并在服务器备份时重试就足够了。 但是，如果您有一个备用邮件服务器在您的控制之下，您可以更好地控制以快速传输备份的邮件。 另一方面，如果发送者认为邮件传输正常，并且不需要切换到紧急事件的电话呼叫，则在长时间（例如，全天）主服务器故障的情况下甚至可能是有害的因为他们可能会通过自己的邮件服务器发出警告消息）。

在我看来，我不必告诉你，所有的备份邮件服务器都必须正确configuration才能真正地中继你的域名。