Outlook 2013 and Office 365 autodiscover not saving settings

Question

We are having an issue with Outlook 2013 and Office 365 not able to read Free/Busy time of other users.&nbsp; Using my o365 account, I can see Free/Busy time on my desktop in Outlook 2013.&nbsp; On a brand new Windows 7 box, using my o365 account and Outlook 2013, I can NOT see Free/Busy time.&nbsp; All of my emails and calendar entries are there.&nbsp;&nbsp;If I remove the Mail Profile from the test machine and recreate it, then I am able to see Free/Busy time, however, once I restart Outlook, something reverts back and the next time I am not able to see it.&nbsp;One thing we noticed is the different Autodiscover.xml files located here&nbsp;Users\%username%\AppData\Local\Microsoft\Outlook\&nbsp; &nbsp;autodiscover.xml&nbsp;When I create a new profile, the info in the xml file looks like this&nbsp; &nbsp;&lt;Account&gt;&nbsp; &nbsp; &nbsp; &lt;AccountType&gt;email&lt;/AccountType&gt;&nbsp; &nbsp; &nbsp; &lt;Action&gt;settings&lt;/Action&gt;&nbsp; &nbsp; &nbsp; &lt;MicrosoftOnline&gt;True&lt;/MicrosoftOnline&gt;&nbsp; &nbsp; &nbsp; &lt;ConsumerMailbox&gt;False&lt;/ConsumerMailbox&gt;&nbsp; &nbsp; &nbsp; &lt;Protocol Type="mapiHttp" Version="1"&gt;&nbsp; &nbsp; &nbsp; &nbsp; &lt;MailStore&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;ExternalUrl&gt;https://outlook.office365.com/mapi/emsmdb/?MailboxId=xxxxxx@xxxxx.com&lt;/ExternalUrl&gt;&nbsp; &nbsp; &nbsp; &nbsp; &lt;/MailStore&gt;&nbsp; &nbsp; &nbsp; &nbsp; &lt;AddressBook&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;ExternalUrl&gt;https://outlook.office365.com/mapi/nspi/?MailboxId=xxxxxxx@xxxxx.com&lt;/ExternalUrl&gt;&nbsp; &nbsp; &nbsp; &nbsp; &lt;/AddressBook&gt;&nbsp; &nbsp; &nbsp; &lt;/Protocol&gt;&nbsp;&nbsp;After a few minutes, the file changes to&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&lt;AccountType&gt;email&lt;/AccountType&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;Action&gt;settings&lt;/Action&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;Protocol&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;Type&gt;IMAP&lt;/Type&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;Server&gt;p3plcpnl0965.prod.phx3.secureserver.net&lt;/Server&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;Port&gt;993&lt;/Port&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;DomainRequired&gt;off&lt;/DomainRequired&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;SPA&gt;off&lt;/SPA&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;SSL&gt;on&lt;/SSL&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;AuthRequired&gt;on&lt;/AuthRequired&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;LoginName&gt;xxxxx@xxxx.com&lt;/LoginName&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;/Protocol&gt;

vasilmichev · Answer

That looks like the good old cPanel issue... Do you happen to have a public site configured on cPanel or does you domain registrar use cPanel or similar? If so, you need to go to the cPanel control panel, the email/MX section, change the email routing to "remote".
&nbsp;
Alternatively, you can instruct Outlook to bypass the HTTPS Root domain lookup for Autodiscover, by using the reg keys mentioned here: http://support.microsoft.com/kb/2212902

allen truban · Answer

Thank you for the quick response.&nbsp; We use godaddy as our domain name registar.&nbsp; If I log onto the cPanel email/MX section, neither Local or Remote is checked off.&nbsp; &nbsp;If this was the issue, wouldn't it be affecting all users?&nbsp; The problem is, we have about half our users that are getting the correct settings, the other half are not.&nbsp; On my desktop, everything is working properly, but when I use my credentials on a test machine, it does not register properly.&nbsp; I know the account is working properly.

vasilmichev · Answer

GoDaddy uses cPanel, so most likely yes, that's the issue. To confirm it, simply run the Test E-Mail autoconfiguration wizard (hold CTRL, right-click Outlook icon in the tray, Test E-Mail autoconfgiruation, enter UPN and password, clear the two GuessSmart checkboxes and run it, then watch the Log tab) on one of the affected machines. If you see Outlook getting reply back from anything other than O365 servers, either block them via the client-side reg keys (article I linked above) or make the necessary changes in DNS or cPanel.
&nbsp;
It might not affect all Outlook users depending on the client version and configuration, as well as their SMTP address.

allen truban · Answer

Thank you.&nbsp; I ran this test on both the test system and my desktop.&nbsp; They each returned the same results.&nbsp; The test system does not work but my desktop does, both using the same o365 account.&nbsp;&nbsp;

vasilmichev · Answer

And the results were? :)

Forum Discussion

Outlook 2013 and Office 365 autodiscover not saving settings

Share

Resources