{"id":2879,"date":"2014-04-04T16:28:57","date_gmt":"2014-04-04T16:28:57","guid":{"rendered":"https:\/\/pipe2text.com\/?page_id=2879"},"modified":"2014-04-05T13:57:06","modified_gmt":"2014-04-05T13:57:06","slug":"autodiscover-not-working-for-an-on-prem-exchange-2010-user-during-office-365-co-existence-migration-phase","status":"publish","type":"page","link":"https:\/\/pipe2text.com\/?page_id=2879","title":{"rendered":"Autodiscover not working for an On-Prem Exchange 2010 user during Office 365 co-existence migration phase"},"content":{"rendered":"

We were at a point in our migration to Office 365 where about half of our user accounts had been moved over to Office 365. Right at about that halfway point we started noticing that some users that were still on-prem were having trouble with the AutoDiscover\u00a0\u00a0process. When setting up Outlook the AutoDiscover\u00a0\u00a0process would simply fail. For one or two users the helpdesk would enter manual settings but as we moved more users we noticed the issue became more prevalent. I also noticed the same issue with my account while trying to rebuild my profile. My account was also still on-prem.<\/p>\n

So I started to test by running the Microsoft Connectivity Analyzer Tool<\/p>\n

https:\/\/testconnectivity.microsoft.com\/<\/p>\n

Click on the client tab and click install now<\/p>\n

\"autodiscover2\"<\/a><\/p>\n

Run the Analyzer after install<\/p>\n

\"autodiscover3\"<\/a><\/p>\n

Select ” I cant log on with Office Outlook”<\/p>\n

\"autodiscover4\"<\/a><\/p>\n

Enter all the necessary info relevant to your environment and click next. The results I got from the analyzer that stuck out are as follows:
\nAdditional Details: An error message was returned from the AutoDiscover\u00a0service
\nXML response:
\nxml version=”1.0″?>
\n<AutoDiscover xmlns:xsi=”http:\/\/www.w3.org\/2001\/XMLSchema-instance” xmlns:xsd=”http:\/\/www.w3.org\/2001\/XMLSchema”
\nxmlns=”http:\/\/schemas.microsoft.com\/exchange\/autodiscover\/responseschema\/2006″>
\n<Response>
\n<Error Time=”13:34:42.4519917″ Id=”3939688348″>
\n<ErrorCode>603<\/ErrorCode>
\n<Message>The Active Directory user wasn’t found.<\/Message><\/span>
\n<DebugData \/>
\n<\/Error>
\n<\/Response>
\n<\/Autodiscover><\/p>\n

From this it appears that my account is unable to be located. \u00a0So to test further we created a brand new account\/mailbox on-prem and ran through the same tests. Everything completed successfully with the new test account. At this point we can obviously rule out any backend Exchange issues, it seems to be account\/mailbox related. So I went through both accounts in adsiedit. Nothing stood out until I got down to the\u00a0msExchDelegateListLink attribute. In the new mailbox there were no delegates listed. On my mailbox there were 2 delegates listed. Neither user in the delegate list had a mailbox on-prem any longer. At this point I was trying to figure out if the AutoDiscover \u00a0analyzer log that states “The Active Directory user wasn’t found”\u00a0is related to my account or the fact that it can’t find a mailbox for the 2 listed delegates.<\/p>\n

\"autodiscover5\"<\/a><\/p>\n

I was unable to remove the users listed in the Properties -> Editor box. So for the 2 users listed, I had to go the their accounts in adsiedit and locate the\u00a0msExchDelegateListLink attibute. When looking there I saw my account. I was able to remove it. Then I went to the 2nd account listed in the box above and also saw my account. I removed that one as well.<\/p>\n

Then I checked the\u00a0msExchDelegateListLink attribute back on my account, nothing was listed in delegates anymore.<\/p>\n

\"autodiscover6\"<\/a><\/p>\n

After verifying this I allowed about 15-20 minutes for the changes to replicate around AD. the I re-ran the Connectivity Analyzer utility on the account in question and the AutoDiscover checks came back successful.<\/p>\n

\"autodiscover7\"<\/a><\/p>\n

Upon further review the link between the delegates and the AutoDiscover issue relates to the AutoMapping feature in Outlook. The delegates linked to my mailbox had mailboxes on O365 and therefore could not be found. So instead of just the lookup of those mailboxes failing, the entire process fails.<\/p>\n

Error when trying to add an Archive Mailbox in Office 365 \u2013 User is not within a valid server write scope<\/a><\/p>\n

Force Directory Synchronization between Active Directory and Office 365 using PowerShell<\/strong><\/a><\/p>\n

 <\/p>\n

 <\/p>\n","protected":false},"excerpt":{"rendered":"

We were at a point in our migration to Office 365 where about half of our user accounts had been moved over to Office 365. Right at about that halfway point we started noticing that some users that were still … Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":3,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"open","ping_status":"open","template":"","meta":{"_coblocks_attr":"","_coblocks_dimensions":"","_coblocks_responsive_height":"","_coblocks_accordion_ie_support":"","footnotes":""},"class_list":["post-2879","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/pipe2text.com\/index.php?rest_route=\/wp\/v2\/pages\/2879","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/pipe2text.com\/index.php?rest_route=\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/pipe2text.com\/index.php?rest_route=\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/pipe2text.com\/index.php?rest_route=\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/pipe2text.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=2879"}],"version-history":[{"count":20,"href":"https:\/\/pipe2text.com\/index.php?rest_route=\/wp\/v2\/pages\/2879\/revisions"}],"predecessor-version":[{"id":2884,"href":"https:\/\/pipe2text.com\/index.php?rest_route=\/wp\/v2\/pages\/2879\/revisions\/2884"}],"wp:attachment":[{"href":"https:\/\/pipe2text.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=2879"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}