Outlook doesn't detect that a mailbox has been migrated to Office 365

We're in the process of migrating our On-Premise Exchange 2013 CU12 to Office 365.
  • Everything is set up.
  • Azure AD Connector is handling the account synchronization
  • It's a hybrid setup.
  • I've migrated a mailbox without errors.
The Mac running Office 365, (Version 16.18) picked up the change in mailserver, prompted for my Office365 login and continued working as before, except it is connecting to Office365.

Now, the PC client, using the same mailbox (it's not a shared mailbox, I'm just running on a PC and a Mac concurrently)  is not so fortunate. The PC is on a Windows domain, the user is logging on to the PDC with DOMAIN\account login.
The Outlook (Outlook for Office 365 MSO (16.0.10827.20118) doesn't pick up the change in mailserver. Instead it connects to the on-premise Exchange Server and says that the mailbox was last updated on Oct 16 2018.

If I run an Autodiscover test from the PC Outlook client, it looks very nice:

<?xml version="1.0" encoding="utf-8"?>
<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
  <Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
    <User>
      <DisplayName>My account</DisplayName>
      <LegacyDN>/o=ExchangeLabs/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=37345743bcd0a45d6a18aff6-accountname</LegacyDN>
      <AutoDiscoverSMTPAddress>accountname@contoso.com</AutoDiscoverSMTPAddress>
      <DeploymentId>8e854a31-da1d-1456-a0f9-c86572a65bde</DeploymentId>
    </User>
    <Account>
      <AccountType>email</AccountType>
      <Action>settings</Action>
      <MicrosoftOnline>True</MicrosoftOnline>
      <ConsumerMailbox>False</ConsumerMailbox>
      <Protocol Type="mapiHttp" Version="1">
        <MailStore>
          <ExternalUrl>https://outlook.office365.com/mapi/emsmdb/?MailboxId=5f3dc90-2bf0-4566-99a0-546ae3b@contoso.com</ExternalUrl>
        </MailStore>
        <AddressBook>
          <ExternalUrl>https://outlook.office365.com/mapi/nspi/?MailboxId=5f3dc90-2bf0-4566-99a0-546ae3b@contoso.com</ExternalUrl>
        </AddressBook>
      </Protocol>
      <Protocol>
        <Type>WEB</Type>
        <Internal>
          <OWAUrl AuthenticationMethod="LiveIdFba, OAuth">https://outlook.office365.com/owa/</OWAUrl>
          <Protocol>
            <Type>EXCH</Type>
            <ASUrl>https://outlook.office365.com/EWS/Exchange.asmx</ASUrl>
          </Protocol>
        </Internal>
        <External>
          <OWAUrl AuthenticationMethod="Fba">https://outlook.office365.com/owa/contoso.com/</OWAUrl>
          <Protocol>
            <Type>EXPR</Type>
            <ASUrl>https://outlook.office365.com/EWS/Exchange.asmx</ASUrl>
          </Protocol>
        </External>
      </Protocol>
      <Protocol>
        <Type>EXHTTP</Type>
        <Server>outlook.office365.com</Server>
        <SSL>On</SSL>
        <AuthPackage>Basic</AuthPackage>
        <ASUrl>https://outlook.office365.com/EWS/Exchange.asmx</ASUrl>
        <EwsUrl>https://outlook.office365.com/EWS/Exchange.asmx</EwsUrl>
        <EmwsUrl>https://outlook.office365.com/EWS/Exchange.asmx</EmwsUrl>
        <SharingUrl>https://outlook.office365.com/EWS/Exchange.asmx</SharingUrl>
        <EcpUrl>https://outlook.office365.com/owa/</EcpUrl>
        <EcpUrl-um>?path=/options/callanswering</EcpUrl-um>
        <EcpUrl-aggr>?path=/options/connectedaccounts</EcpUrl-aggr>
        <EcpUrl-mt>options/ecp/PersonalSettings/DeliveryReport.aspx?rfr=olk&amp;exsvurl=1&amp;IsOWA=&lt;IsOWA&gt;&amp;MsgID=&lt;MsgID&gt;&amp;Mbx=&lt;Mbx&gt;&amp;realm=contoso.com</EcpUrl-mt>
        <EcpUrl-ret>?path=/options/retentionpolicies</EcpUrl-ret>
        <EcpUrl-sms>?path=/options/textmessaging</EcpUrl-sms>
        <EcpUrl-publish>?path=/options/calendarpublishing/id/&lt;FldID&gt;</EcpUrl-publish>
        <EcpUrl-photo>?path=/options/myaccount/action/photo</EcpUrl-photo>
        <EcpUrl-connect>?path=/options/socialnetworks&amp;ignore1=&lt;Action&gt;&amp;ignore2=&lt;Provider&gt;</EcpUrl-connect>
        <EcpUrl-tm>options/ecp/?rfr=olk&amp;ftr=TeamMailbox&amp;exsvurl=1&amp;realm=contoso.com</EcpUrl-tm>
        <EcpUrl-tmCreating>options/ecp/?rfr=olk&amp;ftr=TeamMailboxCreating&amp;SPUrl=&lt;SPUrl&gt;&amp;Title=&lt;Title&gt;&amp;SPTMAppUrl=&lt;SPTMAppUrl&gt;&amp;exsvurl=1&amp;realm=contoso.com</EcpUrl-tmCreating>
        <EcpUrl-tmEditing>options/ecp/?rfr=olk&amp;ftr=TeamMailboxEditing&amp;Id=&lt;Id&gt;&amp;exsvurl=1&amp;realm=contoso.com</EcpUrl-tmEditing>
        <EcpUrl-extinstall>?path=/options/manageapps</EcpUrl-extinstall>
        <OOFUrl>https://outlook.office365.com/EWS/Exchange.asmx</OOFUrl>
        <UMUrl>https://outlook.office365.com/EWS/UM2007Legacy.asmx</UMUrl>
        <OABUrl>https://outlook.office365.com/OAB/cd4567a-45f1-43ce-bffe-67de346790/</OABUrl>
        <ServerExclusiveConnect>On</ServerExclusiveConnect>
      </Protocol>
      <AlternativeMailbox>
        <Type>Delegate</Type>
        <DisplayName>SharedMailbox1 name</DisplayName>
        <SmtpAddress>SharedMailbox1@contoso.com</SmtpAddress>
        <OwnerSmtpAddress>SharedMailbox1@contoso.com</OwnerSmtpAddress>
      </AlternativeMailbox>
      <AlternativeMailbox>
        <Type>Delegate</Type>
        <DisplayName>SharedMailbox2 Name</DisplayName>
        <SmtpAddress>sharedmailbox2@contoso.com</SmtpAddress>
        <OwnerSmtpAddress>sharedmailbox2@contoso.com</OwnerSmtpAddress>
      </AlternativeMailbox>
    </Account>
  </Response>
</Autodiscover>

Open in new window


So, why doesn't Outlook pick up the changes.

This is a test migration that should reflect any user in our organisation. So, deleting the Outlook account and setting it up again it NOT the solution that I am looking for.

Bonus:
The mailbox in the iPhone (native App), also doesn't pick up the changes, but I'm not entirely sure if this is expected behavior.

Thanks for any input and/or directions.

Have a great day!


Bjorn
Bjorn DirchsenSysAdmAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Pete LongTechnical ConsultantCommented:
If you create a new outlook profile on the PC does that connect OK?

Ive seen incorrect auto configure.xml files get 'stuck' in peoples profiles before?

Pete
Bjorn DirchsenSysAdmAuthor Commented:
Yes. If I set up a new profile, the setup and server connection works fine. Even the shared mailboxes, still remaining on the on-premise server, are accessible.
CodeTwo SoftwareSoftware DeveloperCommented:
If it's the profile-related issue, you can recreate Outlook profiles for all users automatically via GPO. Here is a video tutorial on how to do this:
How to recreate Outlook profiles
Problems using Powershell and Active Directory?

Managing Active Directory does not always have to be complicated.  If you are spending more time trying instead of doing, then it's time to look at something else. For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why

Bjorn DirchsenSysAdmAuthor Commented:
@CodeTwo Software. Nice little video. Good to know.

I do, however, want to keep all the settings, windows sizes etc. etc. that the users has made over time, so re-creating a profile is my last resort - even if it is done automatially via a GPO.
Bjorn DirchsenSysAdmAuthor Commented:
Just thinking - maybe it's because the Outlook client queries the AD and obtain the Exchange server information from the AD, and therefore skips the autodiscovery steps.

Since the non-domain joined mac didn't have these issues, it may be the reason.

Just thinking out loud.
Bjorn DirchsenSysAdmAuthor Commented:
MFA was the culprit...

I had enabled MFA for the account that I migrated to Office 365. That apparently prevent autodiscover from working correctly.

I ran the Microsoft Remote Connectivity Analyzer tool and ran a
img1.gif
That resultet in a serious error:
img2.gif
This line in the errormessage caught my attention:
The Microsoft Connectivity Analyzer is attempting to retrieve an XML Autodiscover response from URL https://autodiscover-s.outlook.com/Autodiscover/Autodiscover.xml for user accountname@contoso.mail.onmicrosoft.com.
.
.
.
<psf:text>AADSTS50076: Due to a configuration change made by your administrator, or because you moved to a new location, you must use multi-factor authentication to access ''.</psf:text>

Open in new window


I then removed the MFA for the user (account@contoso.com) and Outlook reconnected to the Office 365 mailbox !!!

(and the Outlook connectivity test went trough as well:)
img3.gifSk-rmbillede-2018-10-25-kl.-14.17.51.png

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Microsoft Office

From novice to tech pro — start learning today.