Score:0

autodiscover URL working/not working

cn flag

I have this issue:
In order to upgrade MS Office from 2013 to 2016 I had to set-up autodiscover so Outlook 2016 can connect to the Exchange 2010.

Let's say this is my autodiscover URL:
https://autodiscover.example.com/Autodiscover/Autodiscover.xml

All DNS records are set properly in Cloudflare but I have consequently this issue:
The browser shows the error the above autodiscover page cannot be reached. When I press for 10! minutes every 5 seconds the Refresh button then - without having changed anything - suddenly the login form appears and then I can successfully authenticate and the expected Error 600 is shown because the request is wrong but the server replies.

Then, when I refresh again for couple of minutes the browser suddenly reports that the page cannot be reached again!

I got 6 email accounts and it took me 80! minutes till Outlook could successfully reconnect to all mailboxes.


The DNS record is set like this in Cloudflare: enter image description here

And now this: Checking the DNS records for the domain this is the result [I tried several online checking tools]:
enter image description here

Ok, Google helps and this is the explanation why the CNAME record is not shown:
https://community.cloudflare.com/t/cname-records-are-not-shown-in-a-cname-lookup/3393/2


My questions:

  1. Why do I get so many times that the autodiscover page cannot be reached?
  2. Can it be I have to change the DNS record [From CNAME to A?] because I use Cloudflare in order to fix the issue regarding <page cannot be reach> and <it can be reached>?
Mucker avatar
cz flag
Your first problem is that you are using a browser to troubleshoot autodiscover. Stop doing that and use Outlook. There debug commands in Outlook which allow you to test autodisover and it will display a very detailed breakdown of the autodiscover process. Follow this here then post back with the more detailed results https://docs.rackspace.com/docs/set-up-autodiscover-for-outlook#:~:text=Test%20Autodiscover%20functionality%20in%20Outlook&text=While%20Outlook%20is%20running%2C%20press,select%20Test%20E%2Dmail%20AutoConfiguration. Paste back the results from the test
Mucker avatar
cz flag
What do you mean Outlook doesn't open for 90 mins? Are you really saying that when a user launches Outlook, it LOADS for 90 mins, before you can use it? If yes, you have big problems. You should at least be able to open Outlook on a machine and the run the tests I said - even if you have to install Outlook on a fresh machine
Peter VARGA avatar
cn flag
@Mucker I know that I have big problems, therefore I am asking here for help. As I wrote, the https://autodiscover.example/autodiscover/autodiscover.xml URL doesn't work reliably. I get lot of time-out's and until a "window" opens where the URL is accessible it takes up to 90 minutes for the 1st time. Once it could connect to all 6 mailboxes then Outlook starts properly.
Mucker avatar
cz flag
ok that bit wasn't clear... you did say you had issues with URL, but your last comment implied an issue with Outlook itself which seems is not the cause. Well something else to consider is to remove this service from Cloudfare. The idea of cloudfare is cache web pages, but autodiscover this will only be detrmintal because CF will have to retrieve info EVERY time from your EX server. The issue could be cause BECAUSE of the caching. CF is bringing no benefit for this service and is likely detrmintal to it. I would remove this URL from it if I were you. See if that fixes it and let us know.
Score:1
cz flag

The issue is probably Cloudfare. The idea of cloudfare is to cache web pages, but for autodiscover this will only be detrimental because CF will have to retrieve info EVERY time from your EX server. The issue could be BECAUSE of the caching. CF is bringing no benefit for this service and is likely detrimental to it. I would remove this URL from it if I were you.


Additional info from OP:

I was thinking that it maybe CF, but CF was acting just like a external name server. Removing the domains from CF was not an option. Due to the fact I am running my own SBS/Exchange I created on the SBS for these domains DNS-zones and added an A entry for autodiscover pointing directly to the Exchange.

Office 2016 is running only inside a Terminal Server which is connected to the domain, so there is indeed no need the DNS resolution is done by an external name server.

After these steps the issues immediately have gone. Strange, because CF was not proxying it, it was just returning the IP.


I think, it maybe also a firewall problem because CF returned the public IP address and I suspect my network administrator didn't configure it correctly.

Mucker avatar
cz flag
Glad to see it fixed it. So you mean you were using CF for it's DNS hosting only? I can see how adding an internal DNS record fixed your issue, but you have only bypassed the issue rather than solve it. By adding DNS locally, you machines resolve the DNS to the local PRIVATE IP address right? This is something called Split-Brain DNS. If you were try this externally you'd likely still have the sam issues as external machines will send the DNS queries to CF where the issue is. It does still sound like a caching issue tbf, but it will only affect external users now. Your phone won't work though
Peter VARGA avatar
cn flag
You are totally right and I _know_ I did not fix the issue. Therefore I added my suspicious with the firewall. I am running the SBS/Exchange for my wife and me. So we can start here to ask if it really makes sense to run for 2 people such an infrastructure. I want to do it because I know where my data is and in **my special case** it's the cheapest solution. Yes, SBS resolves `autodiscover.example.com` to `10.10.50.201`. On the phone it's not a problem as the email clients don't use the `autodiscover` method & I also mentioned, that I use it inside a Terminal Server where the SBS is private..
Score:0
at flag

If the Autodiscover URL or DNS records are configured correctly, have you tried switching to a different browser or clearing your cache to see if that helps?

Peter VARGA avatar
cn flag
Outlook doesn't find it!
I sit in a Tesla and translated this thread with Ai:

mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.