我们有两台邮件服务器（“dubone”和“dubdeuce”），一台完成所有工作，另一台闲置。我们希望有一个设置，如果 dubone 忙或宕机，dubdeuce 可以像 dubone 一样接受/拒绝/过滤电子邮件。
然后，一旦 dubone 再次可用，dubdeuce 会将其存储的所有电子邮件推送到 dubone，以便将电子邮件都放在一个地方。
我们正在使用由 MySQL 支持的 Exim4 和 Dovecot，并且可以通过 RoundCube 访问。两台机器都运行 Ubuntu Linux。
如何在两台机器之间同步数据库，以便 dubdeuce 始终是最新的（它需要正确地完成其工作），然后我将如何指示 dubdeuce 将其累积的所有消息推送到 dubone？
您在此处询问的内容包含三个组件：数据库复制、邮件冗余和用户访问。
数据库复制很容易，并且在MySQL 文档中有很好的介绍。
邮件复制通常与确保正确设置 MX 记录一样简单。如果 dubdeuce 不是主 MX，它会在主 MX 再次可用时将邮件转发到主 MX。
但是，您没有明确说明，但您包含 roundcube 意味着您希望第二个系统在 MUA 中完全可操作 - 您希望用户能够阅读电子邮件。如果不是这种情况——你很高兴roundcube 在 dubone 回来之前一直处于离线状态——那么上述组件将为你完成这项工作。
再一次：如果您想要的只是一个简单的系统，它将存储和转发电子邮件直到主服务器返回，您所需要的只是 mysql 的数据库复制并使用辅助 MX。这个系统应该随时运行，而不是在需要时启动。
如果您想要一个完全冗余的系统，其中roundcube 始终可用，那么您想要的是两个系统之间的共享邮件池。没有真正的方法可以将 dubduece 配置为主 MX 并让用户能够从中读取邮件，并让它明智地将电子邮件转发到 dubone。
所以，你需要一个共享的邮件池。这可能是作为文件服务器的第三个系统，为两个主要主机提供邮件池，但是由于锁定问题，长期以来一直建议不要将 NFS 用于邮件池。
这可以在两个节点之间使用DRBD来完成，在活动/备份模式下 - 当一个节点发生故障时，您使用心跳将另一个节点切换到活动状态。当第一个节点重新上线时，您还需要一个心跳进程来切换所有内容。您仍然需要弄清楚如何复制数据库 - 您现在可能需要一个多主机设置。
最后，您可以使用 DRBD 做同样的事情，但在其上使用集群感知文件系统，并让两个节点始终处于活动状态。但这有点复杂。您也可以在节点之间对整个邮件系统进行 DRBD。并且有很多方法可以扩大规模——更高级的解决方案涉及 SAN 和 Citrix Xenserver 或 VMware 等 VM 堆栈。
为了我的钱，我会坚持使用主动/被动 DRBD 邮件池、多主机 mysql 或 DRBD 主动/被动支持的 mysql，并使用心跳在故障转移时启用主动服务。另一种方法是使用 Xen 或 KVM 或任何您喜欢的方式将整个邮件服务器放入 VM，将 VM 备份到 DRBD 系统，并在发生故障时对 DRBD 进行心跳故障转移并在第二个节点上启动 VM . 在这个例子中，你实际上只有“一个”邮件服务器，它只是在你的节点之间浮动。缺点是您必须等待它在故障转移时启动，这可能需要一段时间。
附带说明一下，无论您采用哪种方式，请确保您的垃圾邮件/病毒/恶意软件/等扫描在两个系统上的配置相同。