Event ID 2035 message occurs when system attendant tries to initialize the Recipient Update Service

On a server that is running Microsoft Exchange 2000 Server, the system attendant cannot initialize the Recipient Update Service. Additionally, the following event is logged in the Application log:

Event Type: Error
Event Source: MSExchangeSA
Event ID: 2035
Description:
The e-mail address description object in the Microsoft Exchange directory for the 'FAX_PROGRAM' address type on 'i386' machines is missing.

When this event is logged, the Recipient Update Service does not continue its operation. It does not stamp e-mail attributes or addresses on mail-enabled objects in the Active Directory directory service.

This issue occurs because the address type object for a third-party program, such as a fax program, cannot be located in Active Directory.

When the system attendant starts, it tries to load an address generation .dll file for each address type that the Recipient Update Service must stamp. These address types are specified in a recipient policy or in the gatewayProxy attribute of the Recipient Update Service.

Note Recipient policies include mailbox manager policies and e-mail address policies.

The system attendant then checks Active Directory for the address type object (AddrType) to obtain the information that the system attendant must have to load the appropriate .dll files. If the address type object is missing, the system attendant cannot load the .dll file, even if the .dll file is installed on the Exchange 2000 server.

To resolve this issue, determine whether the AddrType object is missing from Active Directory, and then troubleshoot the replication of the AddrType object.

Determine whether the AddrType object is missing from Active Directory

Warning If you use the ADSI Edit snap-in, the LDP utility, or any other LDAP version 3 client, and you incorrectly modify the attributes of Active Directory objects, you can cause serious problems. These problems may require you to reinstall Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003, or both Windows and Exchange. Microsoft cannot guarantee that problems that occur if you incorrectly modify Active Directory object attributes can be solved. Modify these attributes at your own risk.

1. Start ADSI Edit, and then connect to the domain controller that the Recipient Update Service is configured to use.
   
   Note Use an account that has administrative privileges.
2. Expand Configuration Container, expand CN=Configuration, expand CN=Services, expand CN=Microsoft Exchange, and then expand CN=OrganizationName.
3. Expand CN=Addressing, and then expand CN=AddressTypes.
4. Click the CN=AddressTypes object. The address type objects that are currently in Active Directory are listed in the right pane.
5. See if the address type object in the event ID 2035 message is listed. In the example in the "Symptoms" section, 'FAX_PROGRAM' is the AddrType object that the system attendant is trying to locate.
6. If the address type is listed under the CN=AddressTypes object, continue to the "More Information" section of this article. If the address type is not listed, continue to the "Troubleshoot the replication of the AddrType object" section.

Troubleshoot the replication of the AddrType object

Generally, the third-party address type is homed in an Exchange Server 5.5 site as an e-mail address generator. In this scenario, the AddrType object is added to Active Directory through Active Directory Connector (ADC) replication. If the AddrType object is not present in Active Directory, this indicates that replication was not successful.

To determine whether the AddrType object was replicated, follow these steps:

1. In Exchange System Manager, locate the recipient policy that has the AddrType object address enabled, where AddrType object is the name of the third-party address type that is referenced by the event ID 2035 message.
2. Use the recipient policy that you located in step 1 to determine which Exchange Server site has the e-mail address generator.
3. Start ADC Manager on the ADC server, and then determine which ADC recipient Connection Agreement is responsible for the Exchange Server site. The Connection Agreement tells you which Exchange Server computer is replicating the AddrType object and the domain controller to which the ADC replicates.
4. Run the Microsoft Exchange Administrator program against the Exchange Server 5.5 computer, and then expand the following containers:
   • Site_Name
   • Configuration
   • Addressing
   • E-Mail Address Generators
5. Verify that the AddrType object is listed in the right pane.
   
   If it is listed, it was replicated to the Exchange 2000 Site Replication Service (SRS) server during ADC replication and you can continue to step 6. If it is not listed, a configuration problem that requires troubleshooting exists on the Exchange Server site. This article does not address configuration problems.
6. Run the Microsoft Exchange Administrator program against the SRS database on the Exchange 2000 SRS server, and then expand the following containers:
   • Exchange_Server 5.5_Site_Name
   • Configuration
   • Addressing
   • E-Mail Address Generators
7. Verify that the AddrType object is listed in the right pane.
   
   If it is listed, it was successfully replicated from Exchange Server to the SRS database by using ADC replication. If it is not listed, troubleshoot the replication between Exchange Server and the SRS database.
8. In ADC Manager, right-click the Active Directory Connector object, and then click Properties.
9. Click the Diagnostics Logging tab, set the logging level to Maximum for Replication, LDAP Operations, and Service Control.
10. Start Event Viewer, and then set the size of the Application event log to at least 10 MB.
11. On the Exchange Server computer, change the display name of the AddrType object address generator so that it will be included in the replication test.
12. In ADC Manager, right-click the recipient Connection Agreement for the Exchange Server site, and then click Replicate now to force ADC replication.
13. Track the replication progress from Exchange Server to the SRS database by using the information in step 6.
    
    If the AddrType object replicated to the SRS database successfully, the new display name appears. If the replication was successful, continue to step 14. If the replication was not successful, check the Application event log for warnings or errors.
14. Track the replication progress from the SRS database to Active Directory by using the information in the "Determine if the AddrType Object Is Missing from Active Directory" section. Make sure to connect ADSI Edit to the domain controller to which the ADC server is replicating.
    
    If the AddrType object was replicated to Active Directory, it is listed in the CN=AddressTypes list. If the replication was successful, continue to step 16. If the replication was not successful, check the Application event log for warnings or errors.
15. After the AddrType object appears in Active Directory on the domain controller, permit it to replicate to the other domain controllers.
16. After the object replicates to Active Directory on the domain controller that the Recipient Update Service server uses, restart the system attendant service on the Recipient Update Service server.

For more information about how to troubleshoot Active Directory Connector replication issues, click the following article number to view the article in the Microsoft Knowledge Base: For more information about how third-party address types can contribute to problems with the Recipient Update Service, click the following article number to view the article in the Microsoft Knowledge Base: