It contains an autodiscover.reg file that you can open in Notepad so that you can edit the Value Name and the Value.
To do this, you can also use the download from Step 2. It is important that you change the file extension from txt to xml. Save the file as autodiscover.xml to a convenient location such as C:\Autodiscover\autodiscover.xml. Make sure you edit the RedirectURL to the Autodiscover URL of your company.
When it looks like that, create a new file in Notepad and copy and paste the following text into it Getting an error is actually a good thing this time. If this works, then you should see a website looking like this with ErrorCode 600 and Invalid Request To do this, logon to OWA from outside your corporate network and then type the following URL (of course substituting the first part with your own OWA domain) Step 1: Check the default autodiscover URLįor this method, we’ll first check whether Autodiscover for your email domain has been published to an alternative URL. However, you might want to point out the Administrator-level solutions to your administrator so you’ll never have to perform these steps again. When the first solution works for you, you do not need to apply the second method. Method 1 is the preferred end-user-level method so please try that first. End-user-level solutionsĪlthough the actual solution really needs to be performed at server-level by your administrator, we’ll first discuss the end-user or Outlook level solutions since, well… the main topic of this website is Outlook and you probably came here because you couldn’t connect to your Exchange mailbox.īoth solutions that are being discussed in this section can be applied by end-users to get Autodiscover working for your email account so that you can make a fully supported connection to your Exchange mailbox within Outlook. This guide is targeted towards end-users and administrators of Small and Medium Business organizations (SMB).Īs all the methods discussed are fully supported by Microsoft, they can also be applied to larger corporate environments but for such installations it is best to follow the Preferred Architecture guidelines from the Exchange Team and use a dedicated Autodiscover subdomain with its name on the SSL certificate instead of a redirect. (of course, you must replace this with your own OWA URL)
All discussed solutions are fully supported configurations by Microsoft and do not require any changes to Exchange or the need for a new SSL Certificate. This guide contains some reasonably quick and easy and some less elegant methods for end-users but also for Exchange administrators to get your Outlook connected to Exchange again. Unfortunately, this leaves up-to-date Outlook users disconnected when Autodiscover hasn’t been provisioned correctly by your company. This (unsupported) method now no longer works in Outlook 2016, Outlook 2019 and Outlook for Office 365 due to the removal of this legacy dialog since Outlook doesn’t support Exchange 2003 anymore since Outlook 2013. In some part, this was due to the fact that you could still get basic Outlook-Exchange connectivity by using some legacy Exchange 2003 RPC over HTTP dialog in Outlook.
The Autodiscover service is a required service for Outlook-Exchange connectivity since Outlook 2007 and Exchange 2007 but for whatever reason, in some Exchange environments this still hasn’t been implemented correctly.