Microsoft KB Archive/828938

= Messages remain in the local delivery queue because of a disconnected SMTP mailbox =

Article ID: 828938

Article Last Modified on 10/25/2007

-

APPLIES TO


 * Microsoft Exchange Server 2003 Standard Edition
 * Microsoft Exchange Server 2003 Enterprise Edition
 * Microsoft Exchange 2000 Server Standard Edition
 * Microsoft Exchange 2000 Enterprise Server

-



SYMPTOMS
You may notice the following problems on a Microsoft Exchange 2000 Server computer or on a Microsoft Exchange Server 2003 computer:
 * Delivery of e-mail messages to a local private or public store is not working.
 * Messages remain in the local delivery queue.
 * Messages that are sent from user accounts that are homed on the server do not leave their Outbox folders.

Additionally, if you dismount and then remount the information store, the following event error messages may be logged in the application log: Event Type: Error

Event Source: MSExchangeTransport

Event Category: Exchange Store Driver

Event ID: 326

Date:

Time:

User: N/A

Computer:

Description:

Service Account failed to logon to the store as /o=organization/ou=First Administrative Group/cn=Configuration/cn=Connections/cn=SMTP /cn={CCCF3BE6-219C-4379-985D-851B766EDDC7}. Error code : 0x80040148. For more information, click http://search.support.microsoft.com/search/?adv=1.

Event Type: Error

Event Source: MSExchangeTransport

Event Category: Exchange Store Driver

Event ID: 326

Date:

Time:

User: N/A

Computer:

Description:

Service Account failed to logon to the store as /o=organization/ou=First Administrative Group/cn=Configuration/cn=Connections/cn=SMTP /cn={CCCF3BE6-219C-4379-985D-851B766EDDC7}. Error code : 0x80040158. For more information, click http://search.support.microsoft.com/search/?adv=1.

Event Type: Error

Event Source: MSExchangeIS

Event Category: General

Event ID: 1194

Date:

Time:

User: N/A

Computer:

Description:

Accept clients on external interface SMTP failed with error 0x80004005. For more information, click http://search.support.microsoft.com/search/?adv=1.

If you track one of the messages, you can see that local delivery is tried repeatedly ( is a placeholder for the domain name):

2003-9-12 22:53:18 SMTP: Message Delivered Locally to @ .com

2003-9-12 22:53:18 SMTP: Message Scheduled to Retry Local Delivery 2003-9-12 22:58:18 SMTP: Message Delivered Locally to @ .com

2003-9-12 22:58:18 SMTP: Message Scheduled to Retry Local Delivery 2003-9-12 23:03:18 SMTP: Message Delivered Locally to @ .com

2003-9-12 23:03:18 SMTP: Message Scheduled to Retry Local Delivery



CAUSE
This issue may occur if one of the following conditions is true:
 * The Active Directory object for the Simple Mail Transfer Protocol (SMTP) mailbox is missing. Or, the SMTP mailbox is disconnected.
 * Incorrect attributes are set for the SMTP mailbox.



RESOLUTION
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.

To resolve this problem if the Active Directory object for the SMTP mailbox is missing, create a new mailGateway object in Active Directory. Because this object has a new GUID, the information store will create a new SMTP mailbox object the next time that the store is mounted. To create a new mailGateway object in Active Directory, follow these steps:  By using the LDP utility, locate the following container:

CN= ,CN=InformationStore,CN= ,CN=SERVERS,CN= ,CN=Administrative Groups,CN= ,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC= 

 Find the information store that has the objectGUID property that is referenced in event 326. To do so, follow these steps:  Open the Properties dialog box for each information store in the storage group. Check the objectGUID property.

Note If you are using the ADSI Edit snap-in instead of the LDP utility, the GUID is shown in another format than the one that is contained in event 326. In this case, you have to convert the GUID. For more information, click the following article number to view the article in the Microsoft Knowledge Base:

322308 Event ID 9554 appears ater you modify mailbox permissions

 If the store is a public store, go to step 6. Because a public store does not have a system mailbox, you cannot verify that the SMTP mailbox is disconnected. In Exchange System Manager, expand the mailboxes container, and then run the cleanup agent.</li> Verify that the SMTP ( -{ }) object is present and that it is connected.</li> If the SMTP ( -{ }) object is not present or if it is disconnected, follow these steps:  Start ADSI Edit, and then locate the following:

CN=Connections,CN= ,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=

</li> If an object that is named SMTP ( -{ }) exists, delete it.</li> Right-click the connections container, and then create a new object that has the following attributes:

Example: </li> Dismount all information stores.</li> Mount the information store.</li> Verify that you now have an additional SMTP mailbox that appears to be connected.</li> To clear the disconnected SMTP mailbox, right-click the mailbox, and then click Purge.</li></ol> </li> Verify that mail flow works again.</li></ol>

To resolve this problem if incorrect attributes are set for the SMTP mailbox, follow these steps:  Start ADSI Edit, and then locate the following object:

CN=Connections,CN= ,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=

</li> Make sure that the following attributes are correct: <ul> homeMTA</li> <li>homeMDB</li> <li>legacyExchangeDN</li></ul>

Note You must check the attribute values on the same global catalog server that is being referenced by the Exchange Server computer on which the message is stuck.</li></ol>

<div class="workaround_section">

WORKAROUND
If a private store is affected, you can create a new information store, move all users to the new information store, and then delete the old information store. If the problem affects a public store, content replication to other servers does not work any more. You can try to export the public folder content to .pst files and then use the PFAdmin tool to restore the permissions.

In some cases, it may also be necessary to repair or to recreate the SystemMailbox object to restore mailflow.

For more information, click the following article number to view the article in the Microsoft Knowledge Base:

316622 Event sinks do not function correctly if the SystemMailbox{GUID} mailbox is absent from a mailbox store in Exchange Server 2003 or in Exchange 2000 Server

Keywords: kbprb KB828938

-

[mailto:TECHNET@MICROSOFT.COM Send feedback to Microsoft]

© Microsoft Corporation. All rights reserved.