Good afternoon. We have an exchange 2010 server that was configured at head office (mailbox, hub transport, cas) and has been running here for roughly 6 months without an issue with the intent to move it to a new large branch we were opening up. The short story is after moving this machine to the new location, which in turn put it into a new AD site, the submission queue was filling up complaining about users mailboxes not being in the same site as their AD user object (I apologize I never got the exact error message, but I can get it if need be). To remedy this situation temporarily I "tricked" the server into thinking it was still in the head office AD site by adding the SiteName registry key to HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters. After a reboot the queue cleared and things have been working fine. I tried restarting the hub transport services on the head office exchange servers and removing the registry entry, but the issue persisted. Searching on this has been rather dry, so im hoping some experts here might have an idea what the problem is. Thanks in advance for any suggestions.

Hi Gavin/Andy, Thanks for the suggestions, I do believe the site membership attribute could be playing a role in this issue however I don't know why it is not getting the correct site information. The exact error message that EACH message in the submission queue is seeing is as follows: 432 4.2.0 STOREDRV.Deliver.Exception:WrongServerException.MapiExceptionMailboxInTransit; Failed to process message due to a transient exception with message The user and the mailbox are in different Active Directory sites. I am getting the following concerning error in the event log which I believe is related: Process MSEXCHANGEADTOPOLOGY (PID=1640). The site monitor API was unable to verify the site name for this Exchange computer - Call=DsctxGetContext Error code=8007077f. Make sure that Exchange server is correctly registered on the DNS server. Event ID 2501 I cannot see any issues with DNS, everything looks fine. I worked with the following article and COMPLETELY re-configured networking on the box but it did not help: http://social.technet.microsoft.com/Forums/en-US/exchangesvrmonitoring/thread/2f0e7f45-5f4d-49c9-9a5a-ff53467dd355/ So now if I add the "SiteName" key to the registry and again "trick" the system into thinking its still in the head office site, things will flow again ok. This is obviously not a perminant fix though as the exchange servers here are all under the impression at that point that this server is local and they send huge amounts of data over the wan to it. Any further help on this issue would be greatly appreciated.

Has anyone tried manually changing the msExchServerSite attribute on the server object in the Exchange organization configuration? This attribute should be updated by the Exchange Topology service but when I had a similar issue moving a staged CAS/HUB server to the production site, I noticed the date-time stamp on the server object was not showing an update. I changed it manually and it solved the problem. This could be a race condition or an error in the service but the manual update of the msExchServerSite attribute seemed to correct it. I am using Exchange 2010 SP2. From Technet: The value for the msExchServerSite attribute is populated and kept up to date by the Microsoft Exchange Active Directory Topology service. When a Windows-based computer starts, the Net Logon service determines site membership for the computer. The Net Logon service uses that information to locate domain controllers that are located in the same Active Directory site as the local computer and then directs authorization and authentication requests to those servers. The Microsoft Exchange Active Directory Topology service uses the DsGetSiteName API call to retrieve the site membership value from the Net Logon service and writes the Active Directory site's distinguished name to the msExchServerSite attribute for the Exchange server object in Active Directory. Nick Cottrell MCITP Enterprise Administrator | MCITP Enterprise Messaging | MCT

I know this is an old post but I found a work around this issue once you have changed the registry key HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters\SiteName do not reboot restart the active directory topology service the site name will go back to the old one but keep on changing and restarting the service until the queue is empty then uninstall the hub transport and reinstall with a new name I have made the assumption you installed a backup HB server. patrik