A cloud-based service included in Microsoft 365, delivering scalable messaging and collaboration features with simplified management and automatic updates.
Wow...I submitted this whole answer yesterday and it never showed up. Trying again.
- OK. I'd have figured the OA connection would look for SMTP addresses on the mailboxes and import only those. But sounds like this should work.
- OK.
- OK.
- While it is true that I can't verify @companyb.com in Tenant B while it's still associated with Tenant A, I can set up EOP in advance on Tenant B using the companyb.onmicrosoft.com domain. Then remove @companyb.com from Tenant A verify it on Tenant B, and immediately add it to EOP for inbound filtering. As I do so, while the Exchange server is still processing outbound messages, I will have to disable outbound filtering. That's because Exchange 2010 can't send messages from each domain through a different SmartHost. And Tenant A's SmartHost points specifically to their tenancy. Once @companyb.com is removed from Tenant A, the SmartHost will reject outbound emails from @companyb.com because they're from a domain that's no longer associated with Tenant A. Inbound doesn't have that problem: @companya.com and @companyb.com have their own MX's, and both MX's will end up pointing to the same host anyway. I can live without outbound filtering for duration of the migration. Will this not work?
As for your other suggestions, any antispam installed on the Exchange server or an edge server will require an expensive product purchase and configuration. Any month-to-month hosted antispam will have the same Smarthost issue as EOP and require expensive configuration. So to me, the best option is to use EOP month-to-month for Tenant B until migration is completed.