Forum Discussion
Dan_Snape
Sep 05, 2017Steel Contributor
Exchange 2010 and 2016 coexistence
We've just installed Exchange server 2016 in an existing Exchange server 2010 environment. We've had an issue where the Default receive connector on the HT servers has been configured to only receive...
- Sep 14, 2017To see what is happening get the message headers and post them to exrca.com. This will show things like 2010 mapi to 2010 transport (as I described above) and later the last hop being to 2010. As the mailbox is on 2010, the transport service must deliver it to a Hub Transport role. 2016 cannot deliver to a 2010 mailbox. 2016 can deliver to 2010 transport but only 2010 transport can deliver to 2010 mailbox (as transport to transport is not version dependant but transport to and from mailbox is version dependant)
Brian Reid
Sep 11, 2017MVP
"isn't running the HT server role, notifications that a message is waiting are load balanced among Hub Transport servers by using round robin,"
So nearly right! When a mailbox delivers to transport service it is ALWAYS version dependent. But when delivering cross AD site, it is NEVER version dependent.
That means, mailbox 2010 to transport server initially will stay 2010. But when then delivering to another AD site, or receiving from another AD site, the sending transport service will round robin across all the transport servers that are online in the target site.
Brian Reid
So nearly right! When a mailbox delivers to transport service it is ALWAYS version dependent. But when delivering cross AD site, it is NEVER version dependent.
That means, mailbox 2010 to transport server initially will stay 2010. But when then delivering to another AD site, or receiving from another AD site, the sending transport service will round robin across all the transport servers that are online in the target site.
Brian Reid
Dan_Snape
Sep 11, 2017Steel Contributor
Hi Brian,
That is not what we have just experienced. With Exchange 2010 and Exchange 2016 installed in the same site, Exchange 2016 servers were picking up internal to internal messages for local delivery from the Exchange 2010 servers. The only way we noticed this is that the client had played around with the default receive connectors on the Exchange 2010 servers and restricted the remote server IP range, so the new Exchange 2016 servers weren't included. This caused messages to queue on the Exchange 2016 servers until they were allowed on Exchange 2010 receive connectors.
- Brian ReidSep 14, 2017MVPTo see what is happening get the message headers and post them to exrca.com. This will show things like 2010 mapi to 2010 transport (as I described above) and later the last hop being to 2010. As the mailbox is on 2010, the transport service must deliver it to a Hub Transport role. 2016 cannot deliver to a 2010 mailbox. 2016 can deliver to 2010 transport but only 2010 transport can deliver to 2010 mailbox (as transport to transport is not version dependant but transport to and from mailbox is version dependant)
- Jeff GuilletSep 12, 2017MVP
I believe this is due to shadow queue in Exchange 2010, or Safety Net in Exchange 2016. Exchange will always route an email through another Exchange transport server in the same site to create another copy of the message for backfill if necessary. See https://technet.microsoft.com/en-us/library/dd351027(v=exchg.141).aspx