Notice: This website is an unofficial Microsoft Knowledge Base (hereinafter KB) archive and is intended to provide a reliable access to deleted content from Microsoft KB. All KB articles are owned by Microsoft Corporation. Read full disclaimer for more details.

Mail delivery is slow after you configure delivery restrictions that are based on a distribution list


View products that this article applies to.

Symptoms

If the following conditions exist, inbound and outbound mail delivery may be slower than you expect:
  • You configure delivery restrictions on a Simple Mail Transfer Protocol (SMTP) connector.
  • By default, your restrictions are set so that messages from everyone are rejected.
  • You add distribution lists to the Accept messages from list.

↑ Back to the top


Cause

This problem occurs because Exchange Server must expand the distribution lists to determine whether each user account is permitted to send or to receive the e-mail message. Also, the results of this distribution list expansion are not cached by Exchange Server.

↑ Back to the top


Workaround

To work around this problem, use one of the following methods.

Method 1: Limit the use of this delivery restriction

Try to limit the number of servers that use this kind of delivery restriction. If you can, enable this kind of delivery restriction only on source bridgehead servers in your organization. If you can limit this to only certain bridgehead servers, try to dedicate a global catalog (GC) server to each of these bridgehead servers.

Method 2: Apply user-based delivery restrictions

Add the specific user accounts to the Accept messages from list instead of using distribution lists. This increases performance because Exhange Server caches the results of delivery restrictions that are based on individual user accounts. Exchange Server does this even though it does not cache the results of the expanded distribution list.

This method works when you want to add up to 1,000 user accounts in a Windows 2000 Server domain controller (DC) environment, or up to 1,500 users in a Windows Server 2003 or Windows Server 2008 DC environment. Therefore, the maximum number of users in each environment is 1,000 or 1,500, respectively. To accept messages from more than the maximum number of users, you must create additional SMTP connectors.

When you create additional SMTP connectors, first make sure that each connector is identically configured. Then, add some amount of user accounts that is less than the maximum number. Add the accounts to the Accept messages from list for each connector.
Note Users receive a non-delivery report (NDR) if you add more than the maximum number of allowed user accounts. This occurs because the Accept messages from setting becomes invalid.
Important Make sure that each SMTP connector is assigned the same cost. Otherwise, Exchange Server queries only the first SMTP connector, and returns an NDR if the user account is not listed in the Accept messages from list for that connector.

For more information about another solution that is available if you are running Microsoft Exchange Server 2003 Service Pack 2 or a later verion of Exchange Server 2003, click the following article number to view the article in the Microsoft Knowledge Base:
895407 In Exchange Server 2003, message delivery to local mailboxes and to external mailboxes is slower than you expect after you configure delivery restrictions based on distribution groups

↑ Back to the top


Status

Microsoft has confirmed that this is a problem in the Microsoft products that are listed at the beginning of this article.

↑ Back to the top


More information

For more information about how to enable a distribution list-based restriction to a connector, click the following article number to view the article in the Microsoft Knowledge Base:
277872 XCON: Connector delivery restrictions may not work correctly

↑ Back to the top


Keywords: KB812298, kbprb, kbbug, kbnofix, kbtransport, kbarchive, kbnosurvey

↑ Back to the top

Article Info
Article ID : 812298
Revision : 4
Created on : 1/11/2015
Published on : 1/11/2015
Exists online : False
Views : 340