总之，我的公司最近被收购了。 我们在我们和母公司之间build立了一个SSL通道，以方便访问，昨天我们在DNS中设置了一个有条件的转发，因此我们可以解决FQDN的问题。
昨天晚上，我的Exchange服务器popup一条消息，说我发送给母公司的某个人的电子邮件发送延迟了。 我的猜测是因为我的Exchange试图parsingMX使用他们的DNS服务器，因为他们的域的条件转发。
他们使用Exchange Online进行电子邮件托pipe，因此SSL隧道上没有服务器可以访问，而且在他们自己的DNS中没有自己的服务器的MXlogging。
任何想法我可以解决这个问题？
我可以做第二个有条件转发的MX发送到互联网解决？ 我知道我不能设置一个区域以及有条件的。 不知道该去哪里。
作为第一步，我会在你的本地MS Exchange服务器上进行一次NS查找，查看其他公司的域名，以检查你在这里得到了什么：
nslookup set q=mx 我已经看到了一些设置，他们有一个本地的Exchange服务器（出于某种原因），一个本地的MX项指向不再存在的Exchange服务器，而是指向云中的一个。 这个修复很容易，因为DNS清理解决了这个混乱。
Exchange的设置为“使用外部DNS”来查找可以启用每个发送连接器的邮件stream目标。 我将启用此function，这应该允许Exchange绕过您的条件转发器。 您需要在Exchange服务器上为要使用的外部DNS服务器（ 8.8.8.8或其他）设置一个属性，然后在连接器上启用该选项。