Office 365 Autodiscover failing when root domain DNS points to CPanel Linux Server

We hit a very annoying issue last week when one of our Office 365 using clients' autodiscover stopped working properly. Rather than using the for its settings, the autodiscover was failing when attempting to use an autodiscover service at Our client's website happens to sit on our Linux web server fronted by CPanel. An update to CPanel last week (about 10th Feb 2015) caused the problem when they changed some autodiscover settings.

Autodiscover failing not only meant headaches in trying to connect Outlook to mailboxes, but users also found that any shared mailboxes that they were previously connected to also disappeared from their Outlook profiles. Having used's Office 365 Outlook Connectivity tests we could see that the autodiscover service was passing the first test when looking for autodiscover service on the root domain (e.g., when really it should have failed this test (because the Exchange server, being on Office 365, is not on-premises) and then gone on to pass the test when looking for a service at One option would have been to remove the A record for the root domain ( which pointed at our web server and simply rely on a www. subdomain. However, not everyone bothers to type www. in the address bar nowadays and so we saw it as being important to keep the ability to get to the website without typing www. at the start of the address.

We disabled the autodiscover service on the Linux webserver expecting this to fix the problem - but no joy. After much head scratching we found the following article which saved the day. Many thanks to JeffBeall as his suggested workaround did the trick. Autodiscover now works and the website can be accessed via (without the www.) The risk with this fix is that when CPanel is next updated it could wipe the changes you have implemented. However, hopefully this 'bug' will have caused enough inconvenience to enough people to ensure that the next update works around the conflict that was caused by the most recent update.

EDIT - on 20th Feb 2015 it appears that there has been another CPanel update which looks like it has attempted to resolve the issue whereby 'Autodiscover must generate a 400 status when disabled'



Link does not work anymore. Can you please share with us what is this workaround?

The second/manual fix (courtesy of comment at 2/14/2015 10:21 AM at Log in as root on your web server Edit /etc/httpd/conf/httpd.conf Search for autodiscover, you should find a ScriptAlias line referencing it Comment this line out or remove it completely Edit /usr/local/cpanel/APACHE_CONFIG and find the same line and remove it or comment it out on BlueHost, run "/usr/local/cpanel/bin/apache_conf_distiller --update" run "service httpd graceful" to restart apache

Add new comment