我需要为后缀服务器设置一个远程镜像（两个邮件服务器的内容在任何时候都应该相同）。
这样的想法是，如果主服务器在某个时刻关闭，则镜像服务器将取代其位置，管理新的传入邮件，并且当电子邮件服务器再次启动时，它将使用新的电子邮件对其进行更新并返回它是管理新收到的邮件的控件。
邮件服务器将托管在不同的位置（即maindomain.com，themirrorsite.com）。
获得一个简单的备份服务器似乎并不困难：
但是问题在于，这种配置不会使备份站点成为主邮件服务器的完整镜像（它将仅保留主服务器停机时收到的电子邮件）。
有没有办法实现所需的配置？
Answers:
您想要达到的结果以及您决定执行此方法的方式是完全不同的。直言不讳，您想要实现的想法不是一个好主意，如果您能够以某种方式设法使其能够正常工作，那么它将不会持续很长时间（或非常好）。
使这个问题难以回答的原因是，您已经直接跳到实现上，并且没有描述任何有关您的环境或您实际想要实现的目标的有用信息。请不要这样做，如果“展示您的工作”，您将在这里得到更好的结果。
但是，让我提出一些方案，以使您了解可能的，实用的和有用的：
基本上，后一种选择既痛苦又烦人。我个人的喜好是，如果您能摆脱困境（您会惊奇地发现您经常能这样做），是在确保您有一个非常坚固的篮子（正确的系统工程）之后，将所有鸡蛋放入一个篮子中。 ），手头上有大量的篮子和工具（着眼于高可恢复性），并确保人们不时地知道一些鸡蛋可能会破损，您真的很抱歉，但生活并不完美（不要做出不合理的SLA保证）。
有时候，您需要超高可用性，而我已经构建了可以确保超高可用性的系统，但是它们并不简单，而且在许多情况下它们并不具有成本效益，这就是我们所追求的。是的，医管局既酷又性感，并且由于构建了一些高耸的复杂性而获得极客的信任，但是我们并不是要自欺欺人。很抱歉，我们在这里提供业务价值，但是Rube Goldberg高度可用的多站点邮件集群所提供的价值可能不如简单，强大的邮件服务以及偶尔的“我们”那么多对于邮件中断感到抱歉，我们将在一小时后恢复系统，请随时向我们喝咖啡和松饼。”
您可以通过MX DNS故障转移+数据复制系统来实现。
对于MX故障转移：两台邮件服务器，需要有关dns配置的帮助，以进行备份一台
对于数据复制：http : //www.drbd.org/docs/install/
-$
我已经使用dbmail完成了类似的解决方案。dbmail将所有电子邮件存储在数据库中。您可以设置数据库复制以确保您的电子邮件也存储在远程位置。由于您必须管理数据库以及电子邮件，因此邮件系统的管理变得更加复杂。