Skip to main content

Autodiscover setting breaking outlook autodisover for domains setup to remote exchange server

slim
I have the Autodiscover for thunderbird setting enabled on my cPanel servers, and it seems to be playing havoc for domains that use remote exchange servers. I have a domain on my cpanel server with the correct autodiscover record however when setting up the email account in outlook, it keeps looking at the cpanel server, rather than the exchange server. If I disable the Autodiscover for thunderbird setting this problem goes away and autodiscover works by looking up the autodiscover.mydomain.com cname record and correctly connecting to the exchang eserver. I'm not sure when all this stopped working, but now none of my clients with exchange can setup outlook. I'm using the latest cPanel WHM 11.48.1 (build 2) with all the autodisover settings on default in WHM. Help! This isnt restricted to one server either - I can replicate on multiple cpanel servers. If I disable the autodisover for thunderbird setting, outlook will setup an account correctly!

Comments

21 comments

Date Votes
  • cPanelMichael
    Hello :) Internal case number 169545 is open to ensure Autodiscovery returns error code 400 for remote domains. There's no exact time frame available for it's release, but you can monitor our change log for this case number at: cPanel - Change Log Thank you.
    0
  • joako
    I have addressed this through your "bug reporting" system but obviously that was ignored. How can we make sure that autodiscover for these such domains actually redirects to the correct autodiscover server? It's a step that the client doesn't get the wrong settings, but it would be ideal if they could actually get the correct settings.
    0
  • cPanelMichael
    I have addressed this through your "bug reporting" system but obviously that was ignored. How can we make sure that autodiscover for these such domains actually redirects to the correct autodiscover server? It's a step that the client doesn't get the wrong settings, but it would be ideal if they could actually get the correct settings.

    Could you elaborate on the bug report you submitted? For instance, what ticket number were you assigned? Thank you.
    0
  • joako
    Could you elaborate on the bug report you submitted? For instance, what ticket number were you assigned? Thank you.

    6724739, 6402677, 6279771,6255793, 6255787, 6111585, and 6107821.
    0
  • cPanelMichael
    , 6402677, 6279771,6255793, 6255787, 6111585, and 6107821.

    I'm unable to find an active case that's not yet implemented. Could you elaborate on the specific issue that still persists at this time, the version of cPanel you are using, and let us know of any case numbers that were referenced to you? Thank you.
    0
  • joako
    Still looking for a solution for this. Basically when the website is hosted with cPanel/WHM Autodiscover on iPhone, Microsoft Outlook, etc doesn't work. The email client gets the wrong settings and the user has to manually configure everything.
    0
  • cPanelMichael
    Still looking for a solution for this. Basically when the website is hosted with cPanel/WHM Autodiscover on iPhone, Microsoft Outlook, etc doesn't work. The email client gets the wrong settings and the user has to manually configure everything.

    Hello, Could you let us know the records that are automatically imported into those email clients, and the entries you are using to manually correct the issue? Thank you.
    0
  • sneader
    Internal case number 169545 is open to ensure Autodiscovery returns error code 400 for remote domains.

    I have a customer that uses Outlook 365, but they host their website with us. They are complaining of theI have confirmed that under MX Entry, they are set to "Remote". Let's say their domain is example.com. When I browse to
    0
  • cPanelNick
    Let's say their domain is example.com. When I browse to
    Do you have "Thunderbird and Outlook autodiscover and autoconfig support (enables proxy subdomain and SRV record creation)" turned on or off in Tweak Settings?
    0
  • sneader
    Hi Nick! I have it enabled. I'm guessing the next answer is... turn it off... so then the question is... is this really a server-wide setting... if one customer is caused grief by this setting, then the other hundreds can't use the feature anymore? - Scott
    0
  • Recifier
    I've had to turn off autodiscover in cpanel as well to appease the MS exchange gods. This sort of explains the problem I had:
    0
  • sneader
    Back then, I didn't have an SSL cert for domain.com installed

    Ah-ha! That is the missing piece to this puzzle... why this is suddenly a problem. I am using AutoSSL with the Let's Encrypt plugin... so.. yes... now almost everyone has working https URLs now. Thank you, rectifier, for solving this mystery. I am still hoping to get some type of positive response from Nick on this... that there is a way to disable it for just this one customer that is complaining vs disabling autodiscover for everyone else on the server. I wonder if I can do something in .htaccess for that URL? Or since it's a script alias, it never makes it to the customer's account? - Scott
    0
  • cPanelMichael
    Let's say their domain is example.com. When I browse to
    Hello @sneader, I've attempted to reproduce this behavior when "Thunderbird and Outlook autodiscover and autoconfig support (enables proxy subdomain and SRV record creation)" is enabled in "WHM >> Tweak Settings" and the email routing for the tested domain name is configured as "Remote Mail Exchanger". Here are the results when testing with HTTP:
    # curl -k -D /dev/stdout --data-binary 'test1@cpexample1.tld' -l http://cpexample1.tld/autodiscover/autodiscover.xml HTTP/1.1 400 Bad Request Date: Thu, 09 Feb 2017 13:43:09 GMT Server: Apache Content-Length: 78 Connection: close Content-Type: text/plain; charset="UTF-8" cpexample1.tld is a remote domain and cannot be configured with autodiscovery.
    Using HTTPS:
    # curl -k -D /dev/stdout --data-binary 'test1@cpexample1.tld' -l https://cpexample1.tld/autodiscover/autodiscover.xml HTTP/1.1 400 Bad Request Date: Thu, 09 Feb 2017 13:41:43 GMT Server: Apache Content-Length: 78 Connection: close Content-Type: text/plain; charset="UTF-8" cpexample1.tld is a remote domain and cannot be configured with autodiscovery.
    Could you verify if you are receiving different results with the same commands, and if so, let us know the version of cPanel installed on the system? Thank you.
    0
  • sneader
    Hi Michael. I do not get the same results (but somewhat similar to yours):
    HTTP/1.1 400 Bad request Date: Thu, 09 Feb 2017 13:57:19 GMT Server: Apache Connection: close Transfer-Encoding: chunked Content-Type: text/plain; charset="UTF-8" Autodiscover and Autoconfig support is disabled.
    I get the same thing above whether I use http or https. - Scott
    0
  • cPanelMichael
    Hello Scott, Please run the following commands on this system and let us know what the output is:
    cat /usr/local/cpanel/version grep autodiscover /var/cpanel/cpanel.config grep $domain /etc/remotedomains
    Replace $domain with the domain name you are testing with, and ensure to not post the real domain name in the output. Thanks!
    0
  • sneader

    # cat /usr/local/cpanel/version 11.60.0.36 # grep autodiscover /var/cpanel/cpanel.config autodiscover_host=cpanelemaildiscovery.cpanel.net autodiscover_mail_service=pop3 autodiscover_proxy_subdomains=1 # grep redacted.com /etc/remotedomains redacted.com
    0
  • cPanelMichael
    Hello Scott, Could you also confirm the AutoDiscover ScriptAliasMatch entries exist in /etc/apache2/conf/httpd.conf on this system? EX:
    grep ScriptAliasMatch /etc/apache2/conf/httpd.conf | grep -i auto
    If so, could you open a support ticket so we can take a closer look at this system and to investigate why it's behaving differently than expected? Thank you.
    0
  • sneader
    Here is the output of that grep (different httpd.conf location):
    # grep ScriptAliasMatch /usr/local/apache/conf/httpd.conf | grep -i auto ScriptAliasMatch ^/Autodiscover/Autodiscover.xml /usr/local/cpanel/cgi-sys/autodiscover.cgi ScriptAliasMatch ^/autodiscover/autodiscover.xml /usr/local/cpanel/cgi-sys/autodiscover.cgi
    Will open ticket but is it possible that our outputs are just different because you are using EA4 and I'm on EA3, or anything like that? Do you think my output is causing the problem, where if I had your output, it would be OK? My research seems to indicate that if Outlook 2016 gets any response (even the 400 / bad request / disabled) then it still breaks. The more I read up on this, the more I'm convinced this is a Microsoft issue. :-( - Scott
    0
  • cPanelMichael
    Hello, It's possible the issue with Outlook will continue, but you should not be receiving the "Autodiscover and Autoconfig support is disabled" message based on the information you have provided. Feel free to open a support ticket and we can take a closer look at that. Thank you.
    0
  • joako
    The workaround that works well for me is to create a custom httpd.conf that redirects the autodiscover request to the correct server, the issue with Office 365 would be what is the correct server and will that server ever change? in: /usr/local/apache/conf/userdata/ssl/2_4/username/domain.com/autodiscover.conf and /usr/local/apache/conf/userdata/std/2_4/username/domain.com/autodiscover.conf put: Redirect permanent /Autodiscover/Autodiscover.xml Then there's a command to re-create the httpd.conf, sorry I don't recall it off the top of my head.
    0
  • cPanelMichael
    Then there's a command to re-create the httpd.conf, sorry I don't recall it off the top of my head.

    The command you are referring to is:
    /scripts/rebuildhttpdconf
    Thank you.
    0

Please sign in to leave a comment.

Didn't find what you were looking for?

New post