将有2个MXlogging指向不同的邮件服务器types导致交付问题？

我已经inheritance了邮件服务器交换2010的设置。

出于某种原因，我不知道为什么有2个MXlogging设置。一个是交换服务器，优先级较高，而外部（非交换）服务器是辅助mxlogging。我不相信这是出于冗余的原因，因为其他邮件服务器没有设置路由邮件回到交换服务器（这只是他们的托pipenetworking主机电子邮件）

客户端正在经历消失的电子邮件，但是在我调查之后，它并没有真正消失，而是交换正在成功接收邮件，然后将其传递到外部服务器。这不是一直在发生，只是来自某些域的一些电子邮件。

我的问题：

交换是否通过邮件，因为它可以看到辅助MXlogging，并configuration（某处）发送邮件？

如果是这样，我该如何阻止它？是否就像删除指向外部邮件服务器的第二个MXlogging一样简单，交换将停止传递邮件？

我不是交换专家，所以我有点难住。 Exchange MX工具说，从外部的angular度来看，所有的设置和configuration都是正确的。

编辑：

我不相信辅助MX服务器（MX2）被设置为在交换服务器不可用的情况下caching邮件。现在已经不存在的IT承包商将客户的邮件从MX2移到了现场交换服务器上。

通过消失的电子邮件，我的意思是它没有显示在交换服务器上，而是在MX2上的邮箱。我使用消息跟踪界面来查找有问题的电子邮件，消息详细信息中列出了以下内容：

Submitted 23/11/2011 9:32 AM exchangeserver.name.here The message was submitted to exchangeserver.name.here Transferred 23/11/2011 9:32 AM exchangeserver.name.here The message was successfully handed off to a different e-mail system. This is as far as we can track it.

Exchange正在交付电子邮件。我不想要它，我该如何阻止它？

恐怕我不相信Exchange正在做你自称的东西。一旦Exchange在本地传递了消息，就是这样 – 没有理由在其他地方发送邮件，因为邮件已经到达最终目的地。这就像在你阅读的时候把你在post中收到的一封信发给其他人 – 你只是不这样做。

这可能是您的Exchange服务器上的一个暂时错误，导致远程邮件服务器select更高优先级的MXlogging。如果你原谅我引用维基百科一会儿，这个总结得非常好。

关于什么会导致发件人使用高优先级的MXlogging并不具体，只是发件人必须能够使用高优先级的MXlogging。某些服务器（如Sendmail和Postfix 2.1或更高版本）会在某些types的临时传送失败（例如，问候失败）之后尝试下一个最远的MX服务器。如果最短距离MXlogging中指定的服务器根本无法联系，其他服务器（如qmail和Postfix 2.0或更早版本）将只使用更远的MXlogging。

– 维基百科MXlogging文章

不过，在你去除这个第二个MXlogging之前，你可能只是想检查一下，你的想法并不正确。在我以前的地方，我们的Exchange服务器是MX首选项10，而首选的是基于紧急云的系统20.这个云系统在Exchange服务器closures时接受我们的邮件，并在备份时提供给他们高层概述，它做了什么是不相关的）。

我也很困惑你的评论。你说他们已经消失的邮件，但是你说它并没有消失。那么，如果你不介意阐述，那么发生了什么呢？你可能看到一个不存在的问题，第二个MXlogging只是一个红色的鲱鱼？

TL;博士

如果第二个MXlogging绝对与您的电子邮件基础架构无关，那么它就没有业务在那里，您应该删除它。 所有偏好的MXlogging应该能够（即使不是立即）成功地将消息传送给其接收者。

将有2个MXlogging指向不同的邮件服务器types导致交付问题？

没有适当的configuration，这几乎肯定会导致一个半破坏的系统。

我不确定为什么有2个MXlogging设置。 …如果是这样，我该如何阻止它？是否像删除第二个MXlogging一样简单？

那台服务器是否设想接收邮件，还是只设置发送邮件？如果它应该能够接收邮件，那么你将需要深入了解configuration，并弄清楚发生了什么。

如果您在这两个邮件服务器上没有任何特殊的SMTP路由设置，则要处理此多服务器设置，则应删除非交换服务器的MXlogging。