Export (0) Print
Expand All
Expand Minimize

The domain name is not consistently authoritative or nonauthoritative among recipient policies

[This topic is intended to address a specific issue called out by the Exchange Server Analyzer Tool. You should apply it only to systems that have had the Exchange Server Analyzer Tool run against them and are experiencing that specific issue. The Exchange Server Analyzer Tool, available as a free download, remotely collects configuration data from each server in the topology and automatically analyzes the data. The resulting report details important configuration issues, potential problems, and nondefault product settings. By following these recommendations, you can achieve better performance, scalability, reliability, and uptime. For more information about the tool or to download the latest versions, see "Microsoft Exchange Analyzers" at http://go.microsoft.com/fwlink/?linkid=34707.]  

Topic Last Modified: 2009-12-11

The Microsoft Exchange Server Best Practices Analyzer examines the recipient policies that are configured in the Exchange organization. During this examination, the Best Practices Analyzer determines whether the SMTP domains that are specified in each e-mail address policy are consistently marked as authoritative or nonauthoritative across all the recipient policies. If the tool detects that one or more SMTP domains are inconsistently marked as authoritative or nonauthoritative, the following error message is generated:

 

The domain '<SMTP-Domain>' is configured authoritative or non-authoritative inconsistently among multiple recipient policies.

Having one or more SMTP domains inconsistently marked as authoritative or nonauthoritative may cause mail flow issues when you install Microsoft Exchange Server 2007 or Exchange Server 2010 or when you prepare the domain for Exchange 2007 or Exchange 2010.

When you install the first Exchange 2007 or Exchange 2010 server role, or when you prepare the domain for Exchange 2007 or Exchange 2010, the Setup program runs the Setup /PrepareAD command. This command parses the recipient policies in the organization. If the Setup program detects SMTP domains that are marked as both authoritative and nonauthoritative, the program modifies the affected recipient policy or policies. In this situation, the Setup /PrepareAD operation marks the inconsistent SMTP domains as nonauthoritative. If Internet Information Services (IIS) is not restarted after running Setup /PrepareAD, e-mail messages may remain in the mail delivery queues. Also, if an inconsistently marked SMTP domain was intended to be authoritative for the forest, mail flow may be interrupted.

To address this issue, examine the recipient policies in Exchange System Manager to verify that each SMTP domain is consistently marked as authoritative or nonauthoritative in the forest.

 

To verify SMTP domain authority

  1. Start Exchange System Manager.

  2. Expand Recipients, and then click Recipient Policies.

  3. In the details pane, right-click a recipient policy, and then click Properties.

  4. Click the E-mail Addresses Policy tab, and then click the SMTP item in the Generation Rules list.

  5. Click Edit, and then note whether the This Exchange Organization is responsible for all mail delivery to this address check box is selected. If the check box is selected, the SMTP domain that is specified in the e-mail address policy is considered authoritative. If the check box is not selected, the SMTP domain is considered nonauthoritative.

  6. Examine each SMTP e-mail address policy to verify that each SMTP domain is consistently authoritative or nonauthoritative for the forest. For example, make sure that example.com is consistently nonauthoritative in each recipient policy.

For more information about this issue, see the Microsoft Exchange Team blog article, "Exchange 2007 PrepareAD could interfere with Exchange 2003 mailflow when e-mail address space is ambiguously nonauthoritative" (http://go.microsoft.com/fwlink/?LinkId=160504).

 
Was this page helpful?
(1500 characters remaining)
Thank you for your feedback

Community Additions

ADD
Show:
© 2014 Microsoft