负责我们邮件基础架构的组织最近已经开始向Microsoft Exchange迁移。 与我一起工作的团队在Exchange实施中遇到了一些问题。 因为在这里涉及的政治问题和技术问题,我在找IT人员之前先了解一下Exchange如何运作。
Exchange目前正在托pipeexample.com子域。 我们在这个域中的主机上有应用程序,希望直接接收电子邮件。 由于本地邮件路由基础设施,从我们组织以外的电子邮件,例如, [email protected]工作得很好…但从Exchange环境中发送到同一地址的邮件反弹,出现以下错误:
#554 5.4.4 SMTPSEND.DNS.NonExistentDomain; nonexistent domain ##
无论是否存在目标主机的MXlogging,都会发生这种情况。 看来Exchange认为它对example.com 及其所有子域都是单方面的责任。
这是Exchange的行为的基础? 有没有一种方法来configurationExchange,以便它根据RFC2821做正确的事情,即使对于它是主邮件服务器的域的子域名?
在我们的例子中,问题归结为Active Directory被configuration为对example.com域中的DNS请求具有权威性的事实,尽pipe在技术上它不应该是……所以返回的错误消息是从根本上准确; 即使资源logging存在于组织的真实权威域名服务器中,AD也不知道hostA.example.com 。 我想我们会和AD的人一起做这件事。