我们的主要MXlogging指向处理垃圾邮件过滤的外部服务器，之后邮件被推送到我们的内部邮件服务器。 邮件永远不会存储在外部服务器上的时间超过处理邮件并将其发送到我们的内部服务器。
目前的设置要求我们连接到我们的内部服务器来检索邮件。 这个设置的问题是漫游用户无法访问他们的电子邮件，如果我们在办公室的互联网连接故障。 另一种方法是将所有的邮件寄存在外部，但是这意味着办公室的用户必须连接到互联网才能下载和发送所有的邮件，而这要比我们的邮件服务器慢得多局域网处理邮件。 另外，这种设置意味着即使内部邮件也必须离开networking，这是非常低效的。
有没有什么方法可以让我们的内部服务器和我们的外部服务器托pipe邮件，并根据DNSlogging（从办公室内的DNSlogging将parsing到我们的内部服务器，外部logging将解决我们的异地邮件服务器），我们的用户将始终能够发送和检索他们的邮件？ 即。 用户应该能够使用两个邮件服务器中的任何一个来检索他们的邮件。 在这种情况下，我已经考虑过使用IMAP，但是在服务器之间切换时不会导致邮件重复？
架构是无关紧要的。 我正在寻找任何解决scheme，无论是基于Exim，Exchange还是其他我们可以自己设置的解决scheme。
你的问题没有解决办法，因为你已经拒绝了任何select。 只有三个选项可用：
那么为什么不去select影响最小的选项呢？ 我会select1），因为互联网连接失败的风险有多大？
为什么不在DMZ或者至less具有客户端访问angular色的Exchange服务器上安装邮件服务器呢？ 然后当他们在办公室里时，他们会遍历你的内部networking（假设你的路由和DNSconfiguration正确），外部客户端将根据你有的任何防火墙规则进行访问。
AFAIK，微软的build议是根据您的基础设施将边缘传输和客户端访问放在外部/ DMZ，集线器传输（无论您在哪里需要它，基于您的基础设施），以及邮箱在可信任方的防火墙。 这可以让你打开任何你认为合适的服务，同时保持邮件的安全。
我不确定我是否明白 你说内部服务器是一个需求，因为它是更快的（因为它在局域网上），但是你说你希望人们能够访问他们的电子邮件时，内部服务器无法访问。 你已经把自己装进了一个洞。 你可能想看看异地交换托pipe。 他们可能有一个解决scheme，你正在寻找一种可以在“内部”服务器上运行的某种复制模块。