Exchange 2007 Autodiscover Service Part 1
*Updated March 16 2008*
A new feature in Exchange 2007 is autodiscover service which is required for users running Outlook 2007 to get many features like OOF, OAB, to function in an Exchange 2007 envrionment. In my opionon this cool new feature is one of the number 1 problems people encounter during set up.
For this blog I used a simple setup with 1 CAS/Hub and 1 MBX server, this blog does not cover all the configurations and thier options but goes into detail about Exchange 2007 Autodiscover service.
There are 4 ways to get autodiscover to function:
1. Set the SCP to the url of the autodiscover server (this will work for domain joined machines)
2. DNS/HTTP
3. Deploy an Xml file to the users machine which also requires registry changes on the client
4. DNS SRV records (requires Outlook 2007 SP1)
There are a number of setting when it comes to configuring autodiscover and its associated components:
By default Exchange creates the 2 virtual directories on the CAS server that are needed for the autodiscover and availability service, however there is no gui interface to manage these services and all management must be done from EMS (exchange management shell)
- EWS – Exchange Web Services and Autodiscover — for autodiscover service
Lets start from the begining:
SERVICE CONNECTION POINT – SCP
———————————————–
The SCP informtion can be found using LDP or Adsieidt, for this blog I will use Adsiedit in my examples:
Open the Configuration container to the following path:
CN=Services, CN=Microsoft Exchange,CN=First Organization (your org name),CN=Administrative Groups,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Servers,CN=YourServer,CN=Protocols,CN=Autodiscover, 
By default the SCP will be set to Https://yourserverfqdn/autodiscover/autodiscover.xml
How can the SCP be manged?
Currently there is no gui interface to manage the SCP setting however we can use the new EMS.
1. Open EMS
2. Get-clientAccessServer ¦ fl Name,AutoDiscoverServiceInternalUri
The get command will allow us to view the current SCP for a given server or all servers.
To set the SCP we use the commandlet: Set-ClientAccessServer -Identity vmcashub -AutoDiscoverServiceInternalUri “https://mail.vm.local/autodiscover/autodiscover.xml”
** Note: You can leave this as the internal servername unless you have an NLB that you want to take advantage of**
and we can validate our change with the get command:
Get-clientAccessServer ¦ fl Name,AutoDiscoverServiceInternalUri
Now that the SCP is set domain joined clients could use the autodiscover service however there are some additional components are tied to the autodiscover serivce like Offline address book, UM, availability.
Lets use the Test-OutlookWebServices commandlet and see what happens
Test-OutlookWebServices -identity Brian.Tirch
**Note if you don’t specify an identity the system will choose a user
Id : 1003Type : InformationMessage : About to test AutoDiscover with the e-mail address Brian.Tirch@vm.local.
Id : 1018Type : InformationMessage : The SSL certificate on mail.vm.local is self-signed.
Id: 1006Type : InformationMessage : Contacted AutoDiscover at https://mail.vm.local/autodiscover/autodiscover.xml.
Id: 1018Type : InformationMessage : The SSL certificate on vmcashub.vm.local is self-signed.
Id : 1016Type : SuccessMessage : [EXCH]-Successfully contacted the AS service at https://vmcashub.vm.local/EWS/Exchange.asmx.
Id : 1015Type : SuccessMessage : [EXCH]-Successfully contacted the OAB service at https://vmcashub.vm.local/EWS/Exchange.asmx.
Id : 1014Type : SuccessMessage : [EXCH]-Successfully contacted the UM service at https://vmcashub.vm.local/UnifiedMessaging/Service.asmx.
Id : 1006Type : SuccessMessage : Successfully tested AutoDiscover.
Let take a look at the Output:
1. The first return shows the user that is being used to test autodiscover
InformationMessage : About to test AutoDiscover with the e-mail address Brian.Tirch@vm.local.
2. Exchange creates self signed certificates during installation (from here on out I will skip this message)
Id : 1018Type : InformationMessage : The SSL certificate on mail.vm.local is self-signed.
3. The system connects to the SCP to find the autodiscover service
Id: 1006Type : InformationMessage : Contacted AutoDiscover at https://mail.vm.local/autodiscover/autodiscover.xml.
4. The availability service is contacted
Id : 1016Type : SuccessMessage : [EXCH]-Successfully contacted the AS service at https://vmcashub.vm.local/EWS/Exchange.asmx.
** note the url- this is the fqdn of the server and we have not modified this yet
5. The OAB url is checked
Id : 1015Type : SuccessMessage : [EXCH]-Successfully contacted the OAB service at https://vmcashub.vm.local/EWS/Exchange.asmx.
** note the url- this is the fqdn of the server and we have not modified this yet and would cause problems for external users
6. The UM serverurl is checked
Id : 1014Type : SuccessMessage : [EXCH]-Successfully contacted the UM service at https://vmcashub.vm.local/UnifiedMessaging/Service.asmx.
** note the url- this is the fqdn of the server and we have not modified this yet and would cause problems for external users
7. The process completes succuess
Id : 1006Type : SuccessMessage : Successfully tested AutoDiscover.
The test looks good and users will be able to use autodiscover service (AS).
The following services can be set from the gui or from EMS in this example I will use EMS:
OAB
UM
—-EMS Only
EWS
We need to set the internal and external urls, by default the internal url is set to the fqdn of the server.
Lets start with EWS (Exchange web services) which controls the availability service
EWS
Get-WebServicesVirtualDirectory ¦ fl name,internalurl,externalurl
Name : EWS (Default Web Site)InternalUrl : https://vmcashub.vm.local/EWS/Exchange.asmx
ExternalUrl :
from the output we see the external url is not set and the internal is set to the server fqdn which will work for internal clients however we want to use our external name of mail.vm.local for our configuration.
Here I am piping the get command to the set command which will set all my Web services virtual directories at once instead of one by one:
Get-WebServicesVirtualDirectory set-WebservicesVirtualDirectory -intrnalurl https://mail.vm.local/EWS/Exchange.asmx -externalurl https://mail.vm.local/EWS/Exchange.asmx
**Note if you are not using an NLB then you can leave the internal settings to the default.
Lets verify this by running the get again:
Get-WebServicesVirtualDirectory ¦ fl name,internalurl,externalurl
Name : EWS (Default Web Site)
InternalUrl : https://mail.vm.local/EWS/Exchange.asmx
ExternalUrl : https://mail.vm.local/EWS/Exchange.asmx
**You do not need to set external urls on non internet facing CAS servers
Repeat the steps with the commands below:
Offline Address Book
Get-OabVirtualDirectory ¦ fl Server,Name,internalurl,externalurl
Server : VMCASHUB
Name : OAB (Default Web Site)
InternalUrl : http://vmcashub.vm.local/OAB
ExternalUrl :
Set-OabVirtualDirectory -Identity “vmcashub\oab (default web site)” -InternalUrl https://mail.vm.local/oab -ExternalUrl https://mail.vm.local/oab
Get-OabVirtualDirectory ¦ fl Server,Name,internalurl,externalurl
Server : VMCASHUB
Name : OAB (Default Web Site)InternalUrl : https://mail.vm.local/oab
ExternalUrl : https://mail.vm.local/oab
Unified Messaging:
Get-UMVirtualDirectory ¦ fl Name,Server,Internalurl,externalurl
Name : UnifiedMessaging (Default Web Site)
Server : VMCASHUBInternalUrl : https://vmcashub.vm.local/UnifiedMessaging/Service.asmx
ExternalUrl :
set-UMVirtualDirectory -Identity “vmcashub\UnifiedMessaging (Default Web Site)” -InternalUrl https://mail.vm.local/UnifiedMessaging/Service.asmx -ExternalUrl https://mail.vm.local/UnifiedMessaging/Service.asmx
[PS] C:\>Get-UMVirtualDirectory ¦ fl Name,Server,Internalurl,externalurl
Name : UnifiedMessaging (Default Web Site)
Server : VMCASHUBInternalUrl : https://mail.vm.local/UnifiedMessaging/Service.asmx
ExternalUrl : https://mail.vm.local/UnifiedMessaging/Service.asmx
Now that we have set all the directories lets rerun our TEST-OutlookWebService
C:\>Test-OutlookWebServices -Identity brian.tirch fl
Id : 1003Type : InformationMessage : About to test AutoDiscover with the e-mail address Brian.Tirch@vm.local https://mail.vm.local/autodiscover/autodiscover.xml
.
Id : 1016Type : SuccessMessage : [EXCH]-Successfully contacted the AS service at https://mail.vm.local/EWS/Exchange.asmx
id : 1015Type : SuccessMessage : [EXCH]-Successfully contacted the OAB service at https://mail.vm.local/EWS/Exchange.asmx
.
Id : 1014Type : SuccessMessage : [EXCH]-Successfully contacted the UM service at https://mail.vm.local/UnifiedMessaging/Service.asmx.
Id : 1006Type : SuccessMessage : Successfully tested AutoDiscover.
An alternate way for clients to find the autodiscover service is to create an entry in DNS. Outlook 2007 looks at two urls by default to attempt to locate the autodiscover service.
The client locates the Autodiscover service on the Internet by using the primary SMTP domain address from the user’s e-mail address. The Autodiscover service will query DNS for either https://primarysmtpdomain/autodiscover/autodiscover.xml or https://autodiscover.primarysmtpdomain/autodiscover/autodiscover.xml.
Configure Autodiscover via DNS
————————————–
When an Exchange 2007 CAS server is installed a virtual directory for autodiscover is created. We must use EMS to configure the urls for the autodiscover vdirs
*** we already set the information for the OAB, UM, and availability so those steps will not be repeated but all steps done under the SCP section would need to be done as well
1. Open EMS
2. use Get-autodiscovervirtualdirectory ¦ fl
This will return all autodiscover vdirs and their information, in a large organization you may want to specify the -Server switch to return only the server of interest
[PS] C:\>Get-AutodiscoverVirtualDirectory ¦ fl Name,internalurl,externalurl
Name : Autodiscover (Default Web Site)
InternalUrl :
ExternalUrl :
** Note this am current bug that the urls are exposed. The autodiscover information is pulled form the SCP or the 2 deafult urls.
Depending of the url of your choice the appropriate record must be created in DNS for either
https://primarysmtpdomain/autodiscover/autodiscover.xml or https://autodiscover.primarysmtpdomain/autodiscover/autodiscover.xml.
I typically use https://autodiscover.primarysmtpdomain/autodiscover/autodiscover.xml
Create an (A) record called Autodiscover
Verify internal and external users resolve this to the appropriate Server
Now that we have created the DNS record and set the Autodiscover urls we need to test a remote client.
I have configured a Windows XP Pro client running Outlook 2007 that is not domain joined to test Autodiscover.
1. Lauch Outlook 2007
2. Input the client information
3. Select Next
4. We are prompted for a certificate message
** This was a lab envrionment and self signed certs should not be used in with production systems.
** Note the url is looking for https://autodiscover.vm.local however by default the autodiscover website is underneath the default web site that is tied to mail.vm.local for OWA, OOF , etc… to resolve this we need to remove the autodiscover site from the default website and create an additional website and associate a certificate for autodiscover.vm.local to that site or utilize a wildcard certificate or SAN cert
http://technet.microsoft.com/en-us/library/aa995942.aspx
5. We are prompted to Logon to MBX server

6. Process completes successful
Now that we have tested Autodiscover lets validate that our client can contact the other services tied to Autodiscover: Availability, UM, OAB
1. Open Outlook 2007
2. Hold the Control Key and Right click the Outlook Icon in the system tray

3. Select Test Email AutoConfiguration
4. Input the users email address and credentials ( I like to remove the guess smart and Secure Guess smart authentication to narrow the search scope for my needs)
Lets look over the output
Select the Log tab
We can see that autodiscover attempts the 2 urls first https://vm.local/autodiscover/autodiscover.xml and https://autodiscover.vm.local/autodiscover/autodicover.xml
Since we Created an A record in DNS for Autodiscover.vm.local we in the log a succeeded when contacting the url.
Next let’s select the results tab
From this we get lots of good output and can see that all the urls are set and everything appears to be working properly. We can perform some additional tests to check OOF, OAB, and Availability but will leave those for the last section.
Deploying an XML file:
————————-
There are a number of scenarios that can come into play that would cause issues with the first two methods that I have described above. A common scenario relates to mergers between companies. Lets say Company A has a namespace of CompanyA.com and purchases Company B with a namespace of CompanyB.com. Since these are now all assets of Company A, their primary STMP address will be CompanyA.com for both entities. Company A is running Exchange 2003 and Company B has Exchange 2007.
What is the problem you say…… Outlook 2007 will always attempt to use the primary SMTP address of the user when attempting to locate autodiscover information. Since all primary addresses are now CompanyA.com Outlook will attempt to find the information at that address.
What can be done?
Outlook 2007 allows an XML file to be deployed to the users machine and can be configured to check the local file first. This XML file can specify the url of the appropriate autodiscover server.
What steps need to be take to use the local XML file?
1. Modify the follow Registry information on each client machine
***Note be careful when making changes to the registry****
A. Hkey_current_user –> Software –> Microsoft –> Office –> 12.0 –> Outlook -> autodisover
** you will find a number of built in xml file installed with Outlook
** You can also add the following registry key to force Outlook to prefer the xml file
HKCU\Software\Microsoft\Office\12.0\Outlook\AutodiscoverDWORD: PreferLocalXML = 1
B. create a String Value called yournamespace i.e madeup.com
C. Set the path to Drive\autodiscover\autodiscover.xml ( or whatever path you choose)
D.create the autodiscover folder in the path listed above
E Deploy the XML file to the clients machine
For this test I have changed the primary smtp address of my user to Brian.tirch@madeup.com this address is not resolvable by my client.
Lets test autodiscover now:
We can see Outlook attempted to contact the 2 urls for madeup.com but fails.
The highlighted sections show the redirect from our local file which directs the client to https://autodiscover.vm.local/autodscover/autodiscover.xml and is successful
** Note we can make an additional registry change so that the local file is checked first **
Now select the Results tab:
From the highlighted section we can see the url was found via redirect and all associated urls are configured correctly
Lets test some features to verify functionality.
1. Send a meeting request and check attendees availability
We can see that the availability service is working since Jim Mcbee is showing busy.
2. Check OOF
If OOF is not functioning properly it will not bring up the away message information after selecting tools –> Out of Office assistant
SRV Record
Outlook 2007 has been recently updated (http://support.microsoft.com/kb/940881 ) to allow the user of SRV records as well, this can elminate the need to additional certificates.
Create an SRV record
Service: _autodiscoverProtocol: _tcpPort Number: 443Host: mail.YourPrimarnySMTP
Outlook client will not perform the following lookup
1. Autodiscover posts to https://YourPrimarySmtp/Autodiscover/Autodiscover.xml. This fails.
2.Autodiscover posts to https://autodiscover.YourPrimarySmtp/Autodiscover/Autodiscover.xml . This fails.
3.Autodiscover performs the following redirect check:
GET http://autodiscover.YourPrimarySmtp/Autodiscover/Autodiscover.xml This fails.
4.Autodiscover uses DNS SRV lookup for _autodiscover._tcp.YourPrimarySmtp, and then “mail.YourPrimarySmtp” is returned. (or whatever url you choose)
5. Outlook asks permission from the user to continue with Autodiscover to post to https://mail.YourPrimarySmtp/autodiscover/autodiscover.xml.
6.Autodiscover’s POST request is successfully posted to https://mail.YourPrimarySmtp/autodiscover/autodiscover.xml
Can you force clients to a particular server?
Yes, you can use the following commands to forces server information for autodiscover however
The following information describes a function that can be done, but is not recommended.
The Set-OutlookProvider commandlet will override any automatic values that the client would receive and can force configuration of a number of items.
these attributes can be viewed in Adsiedit with the following steps
1. Open Adsiedit
2. Expand configuration
3. Services
4. Microsoft Exchange
5. Organization name
6. Client Access
7. Autodiscover
8. Outlook
9. On the properties of EXCH,WEB,EXPR
- msExchAutoDiscoverServer which specifies the server name.
- msExchAutoDiscoverCertPrincipalName
and a variety of attributes can be set….
Set-OutlookProvider –id -Server myValueHere
If this value is set (and you never should), it will always override the automatically computed value for the provider. If it’s EXCH, it will override the Exchange server that’s populated in your profile. If it’s EXPR, it will override the RPCProxy server pushed out by Autodiscover.
To fix it, unset it:
Set-OutlookProvider EXCH –Server $null
Set-OutlookProvider EXPR –Server $null
How to Test configuration:
There are a few ways to test autodiscover after all the configuration is completed:
http://msexchangeteam.com/archive/2007/04/30/438249.aspx
http://www.exchangeninjas.com/AvailabilityServiceFAQ
http://technet.microsoft.com/en-us/library/b03c0f21-cbc2-4be8-ad03-73a7dac16ffc.aspx
1. From EMS run the following command
— Test-OutlookWebServices -ClientAccessServer “CASServer01″
2. From Outlook 2007
a. Open Outlook 2007
b. hold the control button and right click the icon in the system tray, select test email autodiscover
additional links
















![[Google]]( http://www.exchange-genie.com/wp-content/plugins/easy-adsenser/google-light.gif)
September 14th, 2007 at 10:20 am
Great article. I had to both the first part and create a cname record but I couldn’t have done it without this. Do you know if there is a way to update the clients proxy server automatically? Currently it will update the mail server, but since we use http over rpc clients have to manually change their proxy address. This could be cumbersome and I’m sure MS thought about that already. Thanks!
March 26th, 2008 at 6:32 am
Super great article. I would not have been able to make it work without this article. Once question though. What is the registry entry to make it look the the local .xml file first?
March 26th, 2008 at 10:45 am
The key is shown in the article but its A. Hkey_current_user –> Software –> Microsoft –> Office –> 12.0 –> Outlook -> autodiscover
March 26th, 2008 at 10:55 am
Sorry, but A. just shows were to set up the zone name. It does not show how to make it look at the local file first. There is a **note that stated there is an additional reg key.
March 26th, 2008 at 11:44 am
What is the additional reg key in the note that is supposed to make it search the local file first? The article does not say.
March 27th, 2008 at 10:30 am
Sorry, here you go
HKCU\Software\Microsoft\Office\12.0\Outlook\Autodiscover
DWORD: PreferLocalXML = 1
March 28th, 2008 at 2:54 am
Great article but I can’t get it to work like this.
I have a test environment and only need to use the internal url.
My ouput of test-outlookwebservices is positive. Succes for 1014-1015-1016-1006-1007.
But when I test it with outlook it doesn’t work.
Can you help me with this?
March 28th, 2008 at 7:24 am
could you provide more info…. if you post your email address I will not publish it and can ping you
April 4th, 2008 at 1:15 pm
Quite an article – thanks. I realize large organizations need Autodiscover, but Autodiscover for small organizations (maybe 20 or less people) is a pain in the arse – Microsoft should have allowed to a policy or something to make it 100x easier than what I think is an over designed scheme.
April 4th, 2008 at 1:33 pm
I think the problem is its not made aware how intergated autodiscover is to Outlook 2007, its a great feature but there are some concerns that I have discussed with MS and are hopefully addressed.
Once you understand how it works its not too bad
April 26th, 2008 at 12:38 pm
This was a great help. I have everything working internally. When I try the test on a computer that is external it gets to the part where it asks you for your password (step 5). When I type it in it just prompts me again. I have gone through every setting and can not seem to figure it out. The autodiscover test works and gives all the correct addresses. Is there any other logging I can turn on? Any help would be appreciated.
April 27th, 2008 at 7:32 am
typically the external user prompts are related to certificates. Are you using a 3rd party CA like Verisign or are you using an internal windows CA or the self generated certs on Exchange?
May 3rd, 2008 at 8:42 am
I have exactly the same problem as Aaron, when connecting externally I just keep getting the password prompt, if at this point I connect via VPN then the process completes and I can use RPC/HTTP without the VPN fine, I have a wildcard cert from Digicert and everything looks correct from Test-Outlookwebservices or from Outlook with test Autodiscovery, my internal and external domain names are the same, I’ve even put mail on its own external IP (was using port forwarding in Cisco IOS with serveral sites on one IP). This has been driving me nuts for months and I’m about to lose my job because I’ve not been able to figure it out!
May 4th, 2008 at 5:09 pm
To add to my previous statement, we’re using SBS and Exchange on a seperate server, does our domain controller need to be accessible externally, I thought it would be via the mail server or am I missing something?
The VPN does allow access to the domain controller so is that why it works when I connect the VPN, perhaps once its ‘done’ with the DC it can just talk to the mail server?
May 5th, 2008 at 3:04 pm
No, you DC does not need to be accessible from the outside as the rpc proxy running on the exchanges server will proxy the Rpc requests to the mailbox server which makes calls to the DC on your behalf.
can you post somthing with contact info I wont publish it and we can chat offline….
also try the rpc ping that I have outlined in my outlook anywhere post
http://exchange-genie.blogspot.com/2008/02/configuring-outlook-anywhere-for.html
May 6th, 2008 at 2:14 pm
This is the best Exchange blog site I have found. Period. Thanks so much for your very detailed help.
May 6th, 2008 at 6:22 pm
Hi genie, congrats to your blog.
Please, how to configure Exchange 2007 to Outlook Anywhere for machine in out of the domain?
Thanks.
May 7th, 2008 at 6:35 pm
Please reference this post it will work or domain joined or non domain
http://exchange-genie.blogspot.com/2008/02/configuring-outlook-anywhere-for.html
June 12th, 2008 at 1:12 pm
wow, I just needed someone like you to explain exactly what I needed. Thank you for your help.
July 11th, 2008 at 11:11 am
When running
C:\>Test-OutlookWebServices -identity administrator
I receive the following errors.
1003 Information About to test AutoDiscover with…
1013
Error When contacting https://mail.ncjhs.local...
1006
Error Failed to contact AutoDiscover…
Any idea why this is happening.
Thanks.
July 14th, 2008 at 10:00 am
This is a great site. Thank you for your information. I THANK YOU I SALUTE YOU IT,S A AMZING SITE.
July 25th, 2008 at 11:46 am
PM said…
When running
C:\>Test-OutlookWebServices -identity administrator
I receive the following errors.
1003 Information About to test AutoDiscover with…
1013
Error When contacting https://mail.ncjhs.local...
1006
Error Failed to contact AutoDiscover…
Any idea why this is happening.
Thanks.
August 22nd, 2008 at 3:28 pm
Very useful article. One thing I’d like to know. Everything works well with Autodiscover but the SSL cert. All my roles on the same server, same IIS. One certificate server.domain.com signed. But when I start outlook without being connected to the domain, I have a popup that my autodiscover.domain.com name mismatch. Can you help?
August 23rd, 2008 at 11:25 pm
Did you use a SAN cert with multi names?
August 26th, 2008 at 1:06 pm
hi Brian,
came back to an old problem.
internally autodiscover works fine (out of office, availability, etc) from outside, after reading more carefully your blog and setting A record to autodiscover.primaysmtp., i am able to have autodiscover working through our vpn but not without.
i think rpc over http should query the internal dns via exchange proxy (cas) but this seems not to be the case as testing from outlook shows that https://autodiscover.primarysmtp/autodiscover/autodiscover.xml cannot be resolved.
i am also able to run rpcping successfully from outside.
can you tell me if there something i am missing?
thank you for your help and time.
August 26th, 2008 at 2:24 pm
No, I used SELFSSL to generate my certificate. The problem is that if I put a *.domain.com certificate with SELFSSL, the iPhone do not support WILDCARD certificate… And multiple names certificates costs a lot yearly. Do you have a solution?
September 10th, 2008 at 9:29 am
I get an error when testing Autodiscover..or, more specifically, Test-OutlookWebServices:
[PS] H:\>Test-OutlookWebServices -Identity Firstname.Lastname | fl
Id : 1003
Type : Information
Message : About to test AutoDiscover with the e-mail address firstname.lastname@myorg.com
Id : 1013
Type : Error
Message : When contacting https://certsubjname.myorg.com/autodiscover/autodiscover.
xml received the error The remote server returned an error: (401) Una
uthorized.
Id : 1006
Type : Error
Message : The Autodiscover service could not be contacted.
Also, I need help creating the DNS record. I created an A record called 'Autodiscover' pointing to the IP of the server; do I need to create a couple CNAME records instead?…that part wasn't fully explained, which is what I need.
Thanks!
Shane
September 22nd, 2008 at 8:20 am
Can anyone post the default contents of autodiscover.xml file, so that we can make use of this great work around, cheers
September 23rd, 2008 at 5:33 am
The one listed above is what you need just change the url.. If you like to see more the xml is located on the CAS server.
October 10th, 2008 at 3:46 am
Genie, thank you for all the info. I am having a really hard time here. Can you help. I have done all the steps but when I try this one
"Here I am piping the get command to the set command which will set all my Web services virtual directories at once instead of one by one:
Get-WebServicesVirtualDirectory set-WebservicesVirtualDirectory -intrnalurl https://mail.vm.local/EWS/Exchange.asmx -externalurl https://mail.vm.local/EWS/Exchange.asmx
**Note if you are not using an NLB then you can leave the internal settings to the default."
I get the following error:
Get-WebServicesVirtualDirectory : A parameter cannot be found that matches para
meter name 'intrnalurl'.
At line:1 char:76
+ Get-WebServicesVirtualDirectory set-WebservicesVirtualDirectory -intrnalurl
<<<< https://mail.mydomain.net/EWS/Exchange.asmx -externalurl https://mail.mydomain.net/EWS/Exchange.asmx
What am I doing wrong. Could you please help me out?
October 10th, 2008 at 5:31 am
looks like you spelled internal wrong -intrnalurl…… just do -i and hit tab
and I am sure this is the blog taking out the pipe but you need
et-WebServicesVirtualDirectory pipe here set-WebservicesVirtualDirectory
October 11th, 2008 at 4:17 am
You Rock, that was it and it worked. I was able to process everything on your post and everything works. Thank you soooo much. I do have one other problem though. I now externally try to connect with Outlook 2007 and it can’t autodiscover it. Do I need to do something else?
October 13th, 2008 at 10:53 am
Hi Brian, a few quick questions and issues.
We have a Entrust certificate that allows us to put in SAN’s, however as you know, you’re not allowed to put in .local domains into this kind of certificate. That being said, our certificate contains:
mail.domain.com, http://www.domain.com, autodiscover.domain.com, Server.domain.com.
That being said, instead of using server.local in all of the configuration detailed above, I have had to change everything (internalurl and externalurl) to https://mail.domain.com/*/*.
Mind you, with this being done, everything works absolutely fine. I get no certificate errors, Outlook Anywhere works fine, etc.
However, the problem is that for some reason with this configuration, Exchange decides to automatically force people to connect to exchange through HTTP. That means that users inside the domain have to enter their password every time they start their Outlook (Outlook 2007). I can go to account settings and uncheck this option, however, after a while, it gets checked back again after some time.
Any ideas?
October 13th, 2008 at 6:21 pm
So it should not be forcing you to http… all the configuration is done so that either or will work. If you use autodiscover it does not check use http first on fast networks so mapi is tried first and if it fails will fall back to http
November 8th, 2008 at 7:23 am
Hello Brian
Thanks for this great article. I’ve two problems where I need some help:
I always get
Error 1013 – When contacting https://mail.domain.com/Autodiscover/Autodiscover.xml received the error The remote server returned an error: (401) Unauthorized.
Solution …
and Error 1006 – The Autodiscover service could not be contacted.
I use a single name cert and all names are configured for this domain, mail.domain.com. I also created the SRV entry on the external DNS, but it does still no work. Do you have an input for me?
Thanks
John
November 8th, 2008 at 12:04 pm
what are you doing when you get the error, I have another article related to 401 on Windows 2008
November 19th, 2008 at 10:12 am
Am recieving the following error within Exchange 2007:-
Id : 1013
Type : Error
Message : When contacting https://FQDN/Rpc received the error The
server committed a protocol violation. Section=ResponseStatusLine
Id : 1017
Type : Error
Message : [EXPR]-Error when contacting the RPC/HTTP service at
https://FQDN/Rpc. The elapsed time was 15 milliseconds.
And when trying to access exchange through Office 2007 it is prompting me for a password. How can i resolve this.
December 12th, 2008 at 9:28 am
hi genie,
indeed great article. thanks for taking the time and effort to help us out here…
i also have a quick question:
do i need to specify the external-url parameter on the CAS when i publish outlook-anywhere through an isa 2006 server?
thanks,
olaf
December 12th, 2008 at 10:09 am
The internal / external urls are used by exchange during proxying and redirection. so lets say you have 2 external urls Europe and America… A user hits the Europe external url but the mbx is in America Exchange will redirect the user to the correct exteranl url if you did not populate the external the Europe server would proxy the user.
So depending on your configuration and how you do the rules you dont have too
December 22nd, 2008 at 8:13 pm
Hi Brian
Great source of information! My server was working fine without any problems until I recently restarted it, I think it was with the latest Exchange security rollup. Now Outlook will NOT find the OoO Assistant nor the Group Schedule.
I do NOT get an error when using Webmail/OWA and all is fine there. When using the Outlook Test Email AutoConfig it says it has successfully got Autodiscovery resolved by SCP.
Using Get-clientAccessServer from EMS resolves fine, but when I run Test-OutlookWebServices I get an error message:
—
[PS] C:\>Test-OutlookWebServices -identity admfelixb
Id Type Message
—- —- ——-
1003 Information About to test AutoDiscover with the e-mail address admfelixb@nedgp.org.au.
1006 Information The Autodiscover service was contacted at https://aardvark.nedgp.local/Autodiscover/Autodiscover.xml.
WARNING: An unexpected error has occurred and debug information is being generated: Object reference not set to an instance of an
object.
Test-OutlookWebServices : Object reference not set to an instance of an object.
At line:1 char:24
+ Test-OutlookWebServices <<<< -identity admfelixb
—
We have a SAN Cert that has 5 names (3 Ext, 2 Int). As I said, all worked fine before until recently. Can you give me some clue where to start looking – I am lost…
January 8th, 2009 at 2:44 pm
I am facing a porblem that some users are able to access Outlook over HTTP and others not (internal and external of the network). The users that are not able to access of HTTP get as far as Password pop up box, they enter their details and it fails but just asking for the password again. OWA is working for all users both internally and externally fine.
Our enviroment is Windows 2003/ Exchange 2007 with Outlook 2003 and 2007.
Can you please help?
January 8th, 2009 at 6:11 pm
Are you using a private or public certificate?
Moste of the time I see the password prompt is related to not trusting the cert or oab download permission but that would only be OL 2007
January 15th, 2009 at 5:03 am
I am still looking for some feedback re my comment from the 22 Dec.
The problem occurs when you open a group schedule or the OutOfOffice assistant in Outlook. In both cases Outlook crashes. Webmail OoO Assistant is fine.
I have since un-installed Rollup 5, but it did not make any difference, so I re-installed it. Brian? Anyone? Any clues or pointers very much appreciated!
January 15th, 2009 at 6:43 pm
felix,
I have not heard of anything similar…. when you use the web it works different then in Outlook.
If you do a test on our autodiscover does everything pass?
You are saying you cannot open out of office in OL at all? OOF in Outlook is tied to web services and autodiscover.
January 15th, 2009 at 6:44 pm
Felix, lets move this to the forum sections
January 26th, 2009 at 11:08 am
This post would be even better if non of the images were broken.
Any chance on getting those fixed?
January 26th, 2009 at 4:56 pm
yeah, somthing happend when it was on blogspot and they got removed. I will work on going back to get screenshots.
February 6th, 2009 at 2:01 pm
I am only allowed to buy a single site domain. Besides not looking pretty, is there any reason why I can’t use autodiscover.mydomain.com as my main site? So users would go to https://autodiscover.mydomain.com/owa, etc?
February 6th, 2009 at 2:17 pm
no, you can do that its just not common to do so…….however most people just get a SAN (subject alternate name) cert so that you have mail.x.com and autodiscover.x.com on the same certificate.
You can also use an srv record in dns to do a redirect for autodsicover however users will get a big redirection message which can be confusing to users.
February 10th, 2009 at 8:41 am
Yeah, I looked at those two options. The SAN is too expensive, and the SRV option requires Outlook SP1, and a DNS company that can do SRV. Luckily for me, none of my users even had webmail access before this.
February 26th, 2009 at 10:50 am
I’ve got Autodiscover working fine from within my network. However I’ve got a few Outlook users who connect on VPN and Autodiscover, Availability services dont work for them- is this possible without having to make and changes on the client?
February 26th, 2009 at 12:27 pm
I am having the same problem as Felix but do not see what the fix was..
When I run Test-OutlookWebServices I get an error message:
— [PS] C:\>Test-OutlookWebServices -identity administrator Id Type Message —- —- ——- 1003 Information About to test AutoDiscover with the e-mail address administrator@mydomain.com1006 Information The Autodiscover service was contacted at https://myserver.mydomain/Autodiscover/Autodiscover.xml. WARNING: An unexpected error has occurred and debug information is being generated: Object reference not set to an instance of an object. Test-OutlookWebServices : Object reference not set to an instance of an object. At line:1 char:24 + Test-OutlookWebServices <<<< -identity administrator —
February 27th, 2009 at 8:43 am
Any luck on the screenshots? I am looking for the xml content. I am doing hosted 2007 exchange and Out of Office isnt working. I want to try the local xml file since my cert isnt for each hosted doman but rather just for the main domain name.
March 11th, 2009 at 3:53 pm
You have a number of command line typos it’s show as URi, it shold be URL. PLease search and replace.
March 12th, 2009 at 3:22 pm
I assume you are referring to this Set-ClientAccessServer -Identity vmcashub -AutoDiscoverServiceInternalUri
its URI not URL
March 17th, 2009 at 5:48 am
I have an issue with internal OL2k7 clients – autodiscover is not working.
Doing a test-outlookwebservices | fl on the cas gives me no error message (all success).
if I open the xml file https://internalservername.com.local/autodiscover/autodiscover.xml
I get this:
-
-
-
600
Invalid Request
Any suggestions? I would appreciate any help.
regards,
Chris
March 19th, 2009 at 12:22 pm
Can we get the screen shots included. I need the autodiscover sample to try and figure out what I need to include for clients in a hosted environment where out of office only works via OWA.
March 19th, 2009 at 5:38 pm
Sorry I have to setup a lab again and walk through the shots, when I had the blog on blogspot one day all the graphics where gone…. I did not keep a copy of the article and just have not gotten around to it.
What screenshot did you need?
March 23rd, 2009 at 9:11 am
Hi Exchange Genie, I am sure that you will have answer to my question.
We have Windows Std Server 2003 and Exchange Server 2003 and all the users are using Outlook 2000. Now we have some users with Outlook 2007 and it works fine from office but when users trying to connect from home using VPN, Outlook 2007 opens(outlook 2000 wrks fine from home for same user)but it does not connect to my exchange server. I believe it is a problem of SSL as I get error autodiscover.domain.com (the name on the security certificate is invalid or does not match the name of the site). Last year I installed Standard SSL from GoDaddy for IPHONE setup but our IPHONE did now work so I unistalled (cancelled) SSL. Can you please guide me how do I solve this problem. Is there any settings where I need to look. (I have desktop at home where I have installed Office 2007 before I installed SSL and that works fine but recently new laptop we buy with Outlook 2007 does not work from home. I will greatly aprreiciate your help in this regard.
March 25th, 2009 at 3:29 pm
users get autodscover information from a number of methods 1. dns (A record or srv) 2 SCP
by default the client will attempt autodisocver.domain.com/autodiscover or domain.com/autodiscover
You can get a SAN cert and have mutliple names on it or you can create an SRV record to redirect the autodiscover request to whatever name you have on your certificate.
March 26th, 2009 at 7:13 am
Thanks Exchange Genie.
Can you please guide me how can I create SRV record to redirect.
April 14th, 2009 at 10:33 am
Nevermind I have solved the problem.
April 15th, 2009 at 5:33 am
Thank you for this. Great article.
Is it possible to update the images, as they are now all invalid images.
Thankyou
April 15th, 2009 at 8:18 am
Awesome Site! Thank you for the info!!!
I too am experiancing an issue with errors on ID 1013 and 1016 when testing the Outlook Web Services. I’ve read over the article however I’m not sure what I’m missing… Can you help?
Thank you!
April 17th, 2009 at 3:48 pm
Great blog!
I recently discovered that the InternalUrl entry for Autodiscover was blank. I successfully set it but now when I run a testOutlookWebServices I get the below error. Thoughts?
[PS] C:\Windows\System32>test-outlookwebservices -identity domain.admin | fl
Id : 1003
Type : Information
Message : About to test AutoDiscover with the e-mail address domain.admin@ourdomain.com.
Id : 1007
Type : Information
Message : Testing server mailserver.ourdomain.com with the published name https://mailserver.ourdomain.com/EWS/Exchange.asmx
Id : 1019
Type : Information
Message : Found a valid AutoDiscover service connection point. The AutoDiscover URL on this object
is https://mailserver.ourdomain.com/Autodiscover/Autodiscover.xml.
Id : 1013
Type : Error
Message : When contacting https://mailserver.ourdomain.com/Autodiscover/Autodiscover.xml received the error The remote server returned an error: (500) Internal Server Error.
Id : 1006
Type : Error
Message : The Autodiscover service could not be contacted.
April 18th, 2009 at 9:35 am
check the permission you have on the autodiscover virtual directory on the server…. see if you can hit https://mailserver.ourdomain.com/Autodiscover/Autodiscover.xml and logon
May 16th, 2009 at 6:41 am
only basic in enabled in the autodiscover virtual directory.
locally if i hit
https://mail.ourdomain.com/Autodicover/Autodiscover.xml
i am getting logon screen, if i give username and pw, then result as below
-
-
-
600
Invalid Request
May 18th, 2009 at 10:24 pm
Hi
All the graphics are broken on this page…
Any chance of fixing it please?
May 19th, 2009 at 9:28 pm
yeah… I know, I have been lazy about redoing that post…. that one took me a while to do….
May 20th, 2009 at 10:44 am
I have a problem with Outlook Anywhere.
We have two Exchange servers on the same domain, one located in Country A and one in Country B.
The problem I have is that Outlook 2007 clients seem to be trying to access Country B when their mailbox is in Country A.
If I force Country A people to use Country A by setting msstd:countrya.domain.com in Outlook Proxy then Outlook errors with: “*The connection to the Microsoft Exchange Server is unavailable*”
Any ideas?
May 29th, 2009 at 5:34 am
Hi Exchange Genie,
My Configuration:
I have one mix organization of 2003 SP2 and 2007 SP1 Rollup7 Exchange Server. Exchange Servers are in one domain, one site,two Administration Groups for Exchange 2003 and Exchnage 2007.
ClientAccessRole is on 2007.
All users use Outlook 2007 with full updates: Status from 20.05.09, System Windows XP with all updates(updates from 25.05.09). On all PC’s the Fix 952883 is installed.
Out of Office Assistant is working only with the users from 2003 Exchange Server, users from 2007 Exchange having this issue.
„Your Out of Office settings cannot be displayed because the server is currently unavailable”
.
With Test-OutlookWebServices -ClientAccessServer “ServerName″ and Test-OutlookWebServices -Identity name.vorname
I didn’t have any problem.
[PS] C:\Windows\System32>Test-OutlookWebServices |fl
Id : 1007
Type : Information
Message : Der Server servername.domain.com mit dem veröffentlichten Namen https://servername.domain.com/EWS/Exchange.asmx & wird getestet.
Id : 1019
Type : Information
Message : Es wurde ein gültiger Verbindungspunkt für den AutoErmittlungsdienst gefunden.
Die URL dieses Objekts für die AutoErmittlung ist https://servername.domain.com/Autodiscover/Autodiscover.xml.
Id : 1006
Type : Information
Message : Es wurde eine Verbindung mit dem AutoErmittlungsdienst bei https://servername.domain.com/Autodiscover/Autodiscover.xml hergestellt.
Id : 1016
Type : Success
Message : [EXCH]-Erfolg beim Herstellen der Verbindung mit dem Dienst ‘AS’ bei https://servername.domain.com/EWS/Exchange.asmx. Die verstrichene Zeit betrug 93 Millise
kunden.
Id : 1015
Type : Information
Message : [EXCH]-’OAB’ ist nicht für diesen Benutzer konfiguriert.
Id : 1014
Type : Success
Message : [EXCH]-Erfolg beim Herstellen der Verbindung mit dem Dienst ‘UM’ bei https://servername.domain.com/UnifiedMessaging/Service.asmx. Die verstrichene Zeit betru
g 0 Millisekunden.
Id : 1006
Type : Success
Message : Der AutoErmittlungsdienst wurde erfolgreich getestet.
[PS] C:\Windows\System32>Test-OutlookWebServices -identity vorname.name |fl
Id : 1003
Type : Information
Message : Die AutoErmittlung wird gleich mit E-Mail-Adresse vorname.name@smtp.domain.com getestet.
Id : 1006
Type : Information
Message : Es wurde eine Verbindung mit dem AutoErmittlungsdienst bei https://domain.com.com/Autodiscover/Autodiscover.xml hergestellt.
Id : 1016
Type : Success
Message : [EXCH]-Erfolg beim Herstellen der Verbindung mit dem Dienst ‘AS’ bei https://domain.com.com/EWS/Exchange.asmx. Die verstrichene Zeit
betrug 62 Millise
kunden.
Id : 1015
Type : Information
Message : [EXCH]-’OAB’ ist nicht für diesen Benutzer konfiguriert.
Id : 1014
Type : Success
Message : [EXCH]-Erfolg beim Herstellen der Verbindung mit dem Dienst ‘UM’ bei https://domain.com.com/UnifiedMessaging/Service.asmx. Die
verstrichene Zeit betru
g 15 Millisekunden.
Id : 1006
Type : Success
Message : Der AutoErmittlungsdienst wurde erfolgreich getestet.
However with Outlook Auto configuration Test I am having this type of errors:
https://Servername.domain.com/Autodiscover/Autodiscover.xml FAILED (0×8004005)
https://SMTP.domain.com/Autodiscover/Autodiscover.xml FAILED (0×8004005)
And at The End Srv Record lookup for SMTP.domain.com FAILED (0x8004010F)
I can’t connect to sites:
https//servername.domain.com/Autodiscover/Autodiscover.xml and
https//smtp.servername.domain.com/ Autodiscover/Autodiscover.xml
When I used:
https//servername/Autodiscover/Autodiscover.xml
I am able to see xml file.
After Get-ClientAccessServer I am getting:
Name : servername
OutlookAnywhereEnabled : False
AutoDiscoverServiceCN : servername
AutoDiscoverServiceClassName : ms-Exchange-AutoDiscover-Service
AutoDiscoverServiceInternalUri : https://servername.domain.com/Autodiscover/Autodiscover.xml
AutoDiscoverServiceGuid : 77378f46-2c66-4aa9-a6a6-3e7a48b19596
AutoDiscoverSiteScope : {domain site}
IsValid : True
OriginatingServer : dc.domain.com
ExchangeVersion : 0.1 (8.0.535.0)
DistinguishedName : CN=servername,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=Erste Organisation,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=com
Identity : servername
Guid : d68d31f8-8e4c-455b-97f5-5a6d4568d67
ObjectCategory : domain.com/Configuration/Schema/ms-Exch-Exchange-Server
ObjectClass : {top, server,msExchExchangeServer}
WhenChanged : 24.10.2008 14:41:24
WhenCreated : 07.07.2008 08:35:29
After:
[PS] C:\Windows\System32>Get-AutodiscoverVirtualDirectory |fl
Name : Autodiscover (Default Web Site)
InternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, Digest}
ExternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, Digest}
BasicAuthentication : True
DigestAuthentication : True
WindowsAuthentication : True
MetabasePath : IIS://servername.domain.com/W3SVC/1/ROOT/Autodiscover
Path : C:\ProgramFiles\Microsoft\Exchange Server\ClientAccess\Autodiscover
Server : servername
InternalUrl : https://servername.domain.com/Autodiscover/Autodiscover.xml
ExternalUrl :
AdminDisplayName :
ExchangeVersion : 0.1 (8.0.535.0)
DistinguishedName : CN=Autodiscover (Default Web Site),CN=HTTP,CN=Protocols,C
N=servername,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=Erste Organisation,CN=Microsoft Exchange,CN=Services,CN=Configuratio
n,DC=haering,DC=com
Identity : servername\Autodiscover (Default Web Site)
Guid : ee6be9ee-f7d5-4f2c-a79b-feb9bd32c4eb
ObjectCategory : haering.com/Configuration/Schema/ms-Exch-Auto-Discover-Virtual-Directory
ObjectClass : {top, msExchVirtualDirectory,msExchAutoDiscoverVirtualDirectory}
WhenChanged : 28.05.2009 17:00:11
WhenCreated : 07.07.2008 09:46:35
OriginatingServer : SDC01DE.haering.com
IsValid : True
Intresting is that on new Windows Installation and Office Installation this Feather is working fine but after updates i am getting the errors.
Thank You and Best Regards
Arkadiusz Majewski
June 2nd, 2009 at 5:14 pm
Are the issues with domain joined or non domain joined machines?
A domain joined machine gets the autodiscover/web services information from the SCP that is set with set-clientaccesserver
Can you open a web browser and connect to https://2007url/ews/exchange.asmx
June 2nd, 2009 at 5:18 pm
Outlook is suppose to connect based on autodiscover… .if you create a new profile for a user does it specify the correct server? I know there is an issues with Outlook that is you move a user that the proxy setting dont get updated in an outlook anywhere profile properly?
So you have 1 external urls countrya.domain.com and countryb.domain.com ….. where does you autodiscover record point too? autodiscover.domain.com?
June 3rd, 2009 at 8:32 am
Well I sorted out most of my erros but still got 3 errors i cannot find a solution for (no set commands for in and externalurl availabe)
As you see the understanding RPC is pointing to remote.domain.local but this has to be exchange.domain.com because the certificate is for exchange.domain.com
Errors are below
Id : 1005
Type : Error
Message : When accessing https://remote.domain.local/Rpc the error “RemoteCertificateNameMismatch:CN=exchange.domain.com, OU=Comodo InstantSSL
Id : 1013
Type : Error
Message : When contacting https://remote.domain.local/Rpc received the error The server committed a protocol violation. Section=ResponseStatusLine
Id : 1017
Type : Error
Message : [EXPR]-Error when contacting the RPC/HTTP service at https://remote.domain.local/Rpc. The elapsed time was 31 milliseconds.
June 17th, 2009 at 5:57 am
Sorry I Was on Vacations and that’s why I didn’t answer.
I found the solution. It was SQUID fold
I did the following thing:
In IE Proxy on Exceptions I added more:https://server.domain.com*
and now Everything works.
The Proxy I set in the AD Policy. Now all Clients are getting the correct connection.
Thanks
Exchange Genie
June 22nd, 2009 at 2:27 pm
This is a really great website / blog. A lot of really useful information. Thank you everyone.
I have an SBS 2008 w/ Exchange 2007 serve and a broken autodiscover service. Unfortunately I still haven’t narrowed down the solution to based on the posts here:
[PS] C:\Windows\System32>Test-OutlookWebServices -identity alan|fl
Id : 1003
Type : Information
Message : About to test AutoDiscover with the e-mail address alan@jefric.com.
Id : 1013
Type : Error
Message : When contacting https://sbs.jefric.com/Autodiscover/Autodiscover.xml received the error The remote server returned an error: (401) Unauthorized.
Id : 1006
Type : Error
Message : The Autodiscover service could not be contacted.
Is this an IIS 7.0 error? I have Basic and Windows authentication turned on. When I access https://sbs.jefric.com/autodiscover/autodiscover.xml I get:
-
-
-
600
Invalid Request
From the blog it sounds like many others have the same issue, but I haven’t seen the solution. Any help would be appreciated.
Thank you.
July 10th, 2009 at 1:46 pm
Can someone post a sample XML file to this example:
E Deploy the XML file to the clients machine
For this test I have changed the primary smtp address of my user to Brian.tirch@madeup.com this address is not resolvable by my client.
thanks for the help in advance
Tom
July 15th, 2009 at 4:27 pm
Excellent information. I have a challenge with my autodiscover service. I need to be able to keep my clients pointing to their local CAS servers and not go across sites. Any suggestions? Deploying a local file will not be possible based on size. I am in a resource forest configuration with firewall rules that will not allow cross site connectivity. So when I use these methods, I cannot direct the traffic to a local CAS, without first connecting to a CAS in the list. I have 6 different sites.
August 12th, 2009 at 10:04 am
Hello,
We’ve just recently updated our Exchange 2007 to SP1 along with RU6, and around the same time we renewed our SSL certs on our load balancers. Since then we’ve had problems with Outlook 2007 users not being able to access their Out Of Office Assistant.
Here is some output from the tests:
[PS] C:\>test-outlookwebservices | fl
Id : 1003
Type : Information
Message : About to test AutoDiscover with the e-mail address Administrator@hmc1.domain.net.
Id : 1007
Type : Information
Message : Testing server P1CAS01.HMC1.DOMAIN.NET with the published name http://mail.hmc1.domain.net/EWS/Exchange.asmx & http://mail.hmc1.domain.net/EWS/Exchange.asmx.
Id : 1019
Type : Information
Message : Found a valid AutoDiscover service connection point. The AutoDiscover URL on this object is http://autodiscover.hmc1.domain.net/autodiscover.
Id : 1013
Type : Error
Message : When contacting http://autodiscover.hmc1.domain.net/autodiscover received the error The remote server returned an error:
(405) Method Not Allowed.
Id : 1006
Type : Error
Message : The Autodiscover service could not be contacted.
Autodiscover works for initial client setup, but not for OOF anymore. It was working fine before the upgrade and cert renewal.
Any ideas would be GREATLY appreciated.
Tom
August 12th, 2009 at 1:39 pm
So out of office uses web services (EWS) to collect its information for OAB, OOF etc….
Depending on if this is an internal domain joined or external users would explain the process.. AD joined boxes get the web services url from the scp in AD, external will use dns to lookup autodiscover.domain.com
so check that you can access your ews directory https://mail.domain.com/ews and autodiscover https://mail.domain.com/autodiscover
Also use the test in outlook to see what url its pulling
August 12th, 2009 at 3:00 pm
OK, if I try to access http://mail.hmc1.domain.net/ews I am prompted for a password. When I enter the password I get a 403:Forbidden error – the website declined to show this web page.
If I try to access http://mail.hmc1.domain.net/autodiscover then I am instantly re-directed to https://mail.hmc1.domain.net/autodiscover and I get an error 404 the page cannot be found.
These are machines NOT joined to the domain.
In Outlook it gives me the following information:
OOF URL: http://mail.hmc1.domain.net/EWS/Exchange.asmx
Auth package: Basic
Certificate principal name: msstd:mail.hmc1.domain.net
Does that help with the troubleshooting?
August 15th, 2009 at 5:36 pm
It looks like it was a great blog post, but now that it’s been moved, the images aren’t displaying. Would you mind fixing it?
August 28th, 2009 at 9:25 am
LOCAL AUTODISCOVER SOLUTION Tell the world local autodiscover does work! Solution:
- Open HKCU\Software\Microsoft\Office\12.0\Outlook\Autodiscover
- Add a new DWORD: PreferLocalXML = 1
- Add a new REG_SZ: “sampledomain.com” = C:\Program Files (x86)\Microsoft
Office\Office12\OutlookAutoDiscover\sampledomain.com.XML
- Create your.xml file an put the following in the xml file
- The following file must not contain blank lines!
- Copy the following into the XML file you specified above
email
settings
EXCH
mail.sampledomain.com
https://mail.sampledomain.com/EWS/Exchange.asmx
https://mail.sampledomain.com/EWS/Exchange.asmx
https://mail.sampledomain.com/EWS/Exchange.asmx
https://mail.sampledomain.com/UnifiedMessaging/Service.asmx
Public Folder
August 30th, 2009 at 10:53 am
You do not need all that information in the xml file… but yes it works I have been using that for a long time… the autodiscover file only needs the /autodiscover directory once the client talks to the autodiscover directory it pull all the web services information from there….
September 3rd, 2009 at 1:16 pm
All the pics on this page are broken. Tried several browsers.
September 13th, 2009 at 2:16 pm
Awesome article Genie! We’re having a problem with the generation of the SCP object itself I believe. We have a case open with MS premier and we’ve broken 5 of their guys on it so far.
When I run:
Set-clientAccessServer -Identity vmcashub -AutoDiscoverServiceInternalUri “https://CASServer.fqdn/autodiscover/autodiscover.xml”
It returns the following error:
Set-ClientAccessServer : The operation could not be performed because object ‘vmcashub’ could not be found on domain controller ‘DomainController.fqdn’.
When checking ADSIedit, I see the container:
CN=Services, CN=Microsoft Exchange,CN=First Organization (your org name),CN=Administrative Groups,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Servers,CN=CASServer,CN=Protocols,CN=Autodiscover,CN=CASServer
But vmcashub attribute isn’t there. We have plenty of others. Have an ideas for 2 (Well, 1 and a half anyway) very exhausted Exchange guys? We’d really appreciate it.
- Jon
September 13th, 2009 at 2:30 pm
Clarification:
I said no vmcashub attribute in previous email. There isn’t an attribute for vmcashub for that container, but there also isn’t an object within that container either. There aren’t any objects actually.
September 13th, 2009 at 9:56 pm
VMCASHUB was the name of my server in the article …
The path should be
CN=Microsoft Exchange,CN=First Organization (your org name),CN=Administrative Groups,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Servers,CN=YourServer,CN=Protocols,CN=Autodiscover,
Then you should see the SCP are you saying that you do not see the SCP container under the Autodiscover directory?
Do you have a case number that you have been working with?
October 9th, 2009 at 9:30 am
We use local xml files deployed in user’s pc and have configured the registry setting to point to the local xml file, but in some cases Outlook is not able to detect/read the local xml file,A Test E-mail Autoconfiguration gives the error “Autoconfiguration was unable to determine your settings”
In which scenario Outlook 2007 would not detect/read the local xml file ? As I mentioned the registry setting pointing to this local xml file is configured,
HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\AutoDiscover DWORD: PreferLocalXML = 1
Avinash
October 9th, 2009 at 9:42 am
Exchange Genie,
I have an Exchange 2007 SP2 – vmware esx test lab environment (All W2008 servers x64 – 1 two node Cluster, 2 CAS servers, 2 HUBT). Single Forest root / multi-child domain model. Went through the cert steps with an Internal CA and have spent a week configuring this using technet and the autodiscover whitepaper.
Good news–
Autodiscover success for my domain admin account/mailbox.
Autodiscover URL found through SCP — starting — succeeded .
OAB and OOF simply work for my profile (XP SP2 + Outlook 2007 SP2).
Issue at hand –
General users do not get the same success for OAB/OOF/Autodiscover.
Can this be a group policy/permissions issue possibly?
Thanks for any feedback.
October 9th, 2009 at 10:51 am
I dont believe it should be a policy issues (you never know), autodiscover just provides the urls to the user for oab,oof, etc..
Are you saying any non Admin can not use AutoD?
you you provide the output from a non admin trying to use autodiscover
October 9th, 2009 at 11:33 am
I recently read this:
(1) is the user a local admin on that machine. I believe to do PRF installations, you need to be one.
http://sbs.seandaniel.com/2008/10/autodiscover-and-outlook-anywhere.html
Once I added my test users to the local admin group on the XP vm, it started working. Does this practically mean we need to add a privilege to users on their workstations for profile (PRF) building/updating?
October 10th, 2009 at 6:28 pm
Let me test in my lab, I dont recall that you need to have local admin to create a profile
October 13th, 2009 at 5:26 pm
I think group policy is a factor in this lab environment. I cloned a vm xp desktop and placed it in an OU with minimal policies applied and it seemed to work with domain users being placed in the local power users group (not local admin). Thanks for your help.
October 14th, 2009 at 1:42 pm
I just did a test in my lap with Exchange 2010.. the client was Windows XP and was not domain joined… I created a local account b.local and was able to use autodiscover to setup a new profile on the machine.
October 15th, 2009 at 9:11 am
FYI.. Yesterday I discovered a .NET 2.0 package installed on the vm.
This was somehow problematic for the Outlook 2007 client.
Btw, thanks for your feedback and the informative troubleshooting steps.
November 9th, 2009 at 5:04 pm
Hi, I do have a problem with “ Mac” Computers and autodiscover 2007 Sp1, any windows clients do not have problem to get the correct settings on Outlook, but the new “ Entourage Web services” can work with exchange, and we can make work around “Manual configuration”,. So Exchange is handing the server configuration the name of the CAS server and not the name “autodiscover .domain.name”, so after the configuration we need to go and change the name of the server for auto discover, or the name of URL of the OWA , and it works fine, but the process is not automatic, but any windows client works fine. I forgot the clients talk not to server directly, we have a record entry in DNS redirection on F5(Big IP networks that works like DMZ) the certificate and the names of the servers all of the them have entry on DNS and you can ping correctly, but Mac Computers do not see that way? Can you tell me what else I need to test of change on my CAS servers?
December 18th, 2009 at 10:27 am
This is a new install of SBS 2008 and we are running into multiple access issues between clients and servers. We have done extensive diagnostic work and it looks like the issues are related to two primary causes:
1. Autodiscovery is not accessible
2. Self-signed certificate seems to be misconfigured
The specific symptoms that users are seeing are:
1. On local network, certificate warning appears everytime Outlook is opened
2. On local network, username and password prompt repeatedly appears
3. When troubleshooting exchange account, Outlook cannot autoconfigure mailbox
4. In “Test Email Autoconfiguration”, errors are returned almost immediately
5. Remote users must repeatedly enter credentials in order to access site
December 18th, 2009 at 10:29 am
We have tried going through the article above but there are a few problems in the first few steps that are keeping us from moving forward. Would you possibly have time to help us?
Thanks and great blog!!
December 19th, 2009 at 12:33 am
whats the issue?
December 23rd, 2009 at 1:32 pm
I just fixed autodiscovery on SBS2008.
The IIS Adv setting for autodisc and ews were not set to https .
AND
under Authentication for them, Advanced Props of Windows Authentication and enabled Kernel Mode… and put my Domain under Basic Auth.
geezus.
January 2nd, 2010 at 4:00 pm
Id : 1013
Type : Error
Message : When contacting https://remote.externaldomain.com/Rpc received the error The se rver committed a protocol violation. Section=ResponseStatusLine
Id : 1017
Type : Error
Message : [EXPR]-Error when contacting the RPC/HTTP service at https://remote.externaldomain.com/Rpc. The elapsed time was 11 milliseconds.
If I attempt to go to https://remote.externaldomain.com/rpc from the server I am prompted for username/password and then a blank page is displayed.
Setup is windows 2008 sbs premimium with all exchange services on single machine.
Exchange 2007 sp2 is installed.
January 3rd, 2010 at 5:40 pm
Everything is working for me except OOF in Outlook anywhere and only when they are logged in under another account or one that does not match their domain account. Would adding the xml file to the client fix this or is there something centrally that could be done? Also, when you put the xml file locally on the client is this the one that matches the server?
January 3rd, 2010 at 7:32 pm
The xml file directs a client to the autodiscover location (CAS server or nlb)
When you logon do a test on your autodiscover and see where its pulling information from.
January 4th, 2010 at 5:21 pm
When I run test-outlookwebservices | fl everything is returned as success but the https://remote.domain.com/rpc which returns the following error:
Id : 1013
Type : Error
Message : When contacting https://remote.domain.com/Rpc received the error The server committed a protocol violation. Section=ResponseStatusLine
Id : 1017
Type : Error
Message : [EXPR]-Error when contacting the RPC/HTTP service at https://remote.domain.com/Rpc. The elapsed time was 10 milliseconds.
Auto discover does not work and users running outlook 2007 on the internal network are prompted for username/password on an inconsistent basis.
Server has sbs 2008 premium installed with exchange on the same server as the DC roles.
Self signed cert for remote.domain.com
Any ideas on what could be causing the problem?
January 4th, 2010 at 6:31 pm
Hi Brian !
Wow great page. Did not find this info anywhere else !
i’m getting the same error as Andrew (two posts above)
error 1013 then 1017, RPC, The server commited a protocol violation…
Just installed a single SBS2008 box and I seems I need to fix the Autodiscovery Service for the Macs to access their emails with proper Exchange 2007 EWS.
also when I type
Get-WebServicesVirtualDirectory ¦ fl name,internalurl,externalurl
in the EMS I get this error in red :
Get-WebServicesVirtualDirectory : A parameter cannot be found that matches parameter name ‘fl’
any idea ?
January 4th, 2010 at 10:56 pm
Please take a look at this link http://technet.microsoft.com/en-us/library/cc411327(EXCHG.80).aspx
January 5th, 2010 at 4:01 pm
I have the problem mostly resolved now:
I believe I’ve tracked the problems down to being cert related. The cert created by the windows installation did not include all of the required names in the cert.
I created a new cert with autodiscover.externaldomain.com, owasitename.domain.com, server’s internal fqdn and servername using the instructions located here:
http://exchangeninjas.com/cascert
NOTE: If you do not have the certificate web enrollment role installed you will have to do that.
Then I altered the EWS, OAB and UM virtual directory internal urls to use the internal server address instead of the external domain
I made sure under the autodiscover and ews virtual directories in IIS that basic authentication was enabled and domain set to internal domain and under windows authentication that enable kernel mode authentication was turned on in the advanced settings.
Applied the new cert to the SBS web applications site.
Autodiscover works internally now.
Out of Office works internally from outlook and both internally and externally from owa.
Test outlook authentication is now successful. (Hold down ctrl key and click on the outlook icon in the system tray and choose test outlook authentication)
When running test-outlookwebservices | fl still returns the following error:
Id : 1013
Type : Error
Message : When contacting https://external.domain.com/Rpc received the error The server committed a protocol violation. Section=ResponseStatusLine
Id : 1017
Type : Error
Message : [EXPR]-Error when contacting the RPC/HTTP service at https://external.domain.com/Rpc. The elapsed time was 10 milliseconds.
When I attempt to use autodiscover to configure outlook from an external client I am prompted for authentication from autodiscover.domain.com and then am prompted for authenticaiton from the server’s internal fqdn which never successfully authenticates obviously and the auto configuration fails.
Any thoughts?
January 12th, 2010 at 8:04 am
i had a similar issue with non-domain users not being able to resolve autodiscover, i ended up adding autodiscover.(user email domain)entry to hosts file on client machines which did the trick without adjusting the registry
January 12th, 2010 at 10:31 am
Admin,
I am not able to view the screenshots on thi page. What could be the issue. Anything specific to this site?
January 12th, 2010 at 12:36 pm
I have recently transistioned to 2007 all of my internal / external urls are set to https://mail.mydomain.com/apropriatefolder (OAB/OOF/AutoDiscover)
I have a single 3rd party SSL cert and an entry in DNS for mail. The problem is a second prompt when opening Outlook. Can this be avoided without using a SAN SSL cert? Everything works fine other than the test-outlookwebservices 1013 (401) error, no problems with syncing or autodiscover on the client machines.
P.S. Great blogs.
Thanks,
Matt
January 19th, 2010 at 8:59 am
Getting the exact same error as Andrew a few posts above me. When using auto discover I get the asked to authenticate to autodiscover.domain.com and then for the servers internal FQDN. No matter what combination username/password I enter it just keeps asking for a password. I also get the same errors on the exch shell with test-outlookwebservices.
Strangely enough this is only happening for one of my users. All other users run with no problems.
All my users are external non-domain joined.
Regards
Chee
January 20th, 2010 at 6:30 am
[...] If that doesn’t fix the repeated prompt for password then it could be down to the autodiscover if your using Outlook 2007 then you must configure autodiscover correctly. There are many articles out there that cover the correct way to configure autodiscover, one of the better ones I have found is this one: http://www.exchange-genie.com/2007/07/exchange-2007-autodiscover-service-part-1/ [...]
January 20th, 2010 at 6:33 am
[...] If that doesn’t fix the repeated prompt for password then it could be down to the autodiscover if your using Outlook 2007 then you must configure autodiscover correctly. There are many articles out there that cover the correct way to configure autodiscover, one of the better ones I have found is this one: http://www.exchange-genie.com/2007/07/exchange-2007-autodiscover-service-part-1/ [...]
January 26th, 2010 at 11:05 am
Hi,
I solved repeated password prompt issue for one of outlook 2007 user by assiging OfflineAddressBook using
set-mailbox user@domain -OfflineAddressBook UserOAB\n
This user had empty OfflineAddressBook attribute, and having repeated pwd prompts. When I set this attribute it never behaved like that and issue resolved.
Also this issue could be due to some permission denial. Check which security groups this user has as memberOf and whether it has any group who doesnt have read rights to the Offline Address Book.
Regards,
Laeeq Qazi
April 7th, 2010 at 8:32 am
[...] [...]
April 16th, 2010 at 4:00 am
Hi,
i spend many time working on the oof problem.
Everything works fine, excepting OOF.
When i enable the outlook protocol, i got several logfiles with the following error message:
2010/04/16 09:04:11.057: Response error code: 00000000
2010/04/16 09:04:11.057: HTTP status code: 500
2010/04/16 09:04:11.057: ——————————-
2010/04/16 09:04:11.057: There is an error in request/response.
2010/04/16 09:04:11.057: XML response:
The Test-Autodiscover shows:
Protocol: Exchange RPC
Server: cas.domain.local
Availability Service URL: https://cas.domain.local/EWS/Exchange.asmx
OOF URL: https://cas.domain.local/EWS/Exchange.asmx
OAB URL: http://cas.domain.local/OAB/cac92b58-1ad8 …
Unified Message Service URL: https://cas.domain.local/EWS/UM2007Legacy. …
Auth Package: Unspecified
Our auth configuration is:
Autodiscover: Anonymous, Basic, Windows Auth.
EWS: Anonymous, Windows Auth.
OWA: Basic
The URLs are set to:
OWA:
Internal: https://cas.domain.local/owa
External: https://owa.domain.at/owa
OWA URLs on the NLBs
Internal: https://cas.domain.local/owa
External: empty
EWS:
Internal: https://cas.domain.local/ews
External: https://owa.domain.at/ews
Any idea?
Regards,
Juergen
April 27th, 2010 at 12:36 pm
[...] More autodiscover options and troubleshooting can be found here: http://www.exchange-genie.com/2007/07/exchange-2007-autodiscover-service-part-1/ [...]
April 28th, 2010 at 5:19 pm
Hello Genie,
I am having a difficult time with one part in the Set-ClientAccessServer -Identity vmcashub -AutoDiscoverServiceInternalUri “https://mail.vm.local/autodiscover/autodiscover.xml”
-identity vmcashub
I am assuming vm is your domain and I would think internal when I put – identity internaldomainnamecashub i get
Set-ClientAccessSever : The operation could not be performed bcause object ‘internaledomainname’ could not be found on domain controller ‘DC1.internaldomainname.local’
.
At line:1 char:23
+ Set-ClientAccessServer <<<< -Identity internaldomainname -AuotdiscoverServiceInternalUri "https://dc1.internaldomainname.local/autodiscover/autodiscover.xml"
I know this a dumb problem but what am I doing wrong with the cashub line?
April 28th, 2010 at 8:19 pm
then identity command is the host name of the CAS server
April 29th, 2010 at 5:27 pm
Hi Exchange Genie.. Thanks for all your great dedication and answers on this! I am trying to do the Set-WebServicesVirtualDirectory -Ex
ternalUrl https://mail1.mydomain.local. I then get prompted with the following:
cmdlet Set-WebServicesVirtualDirectory at command pipeline position 1
Supply values for the following parameters:
at this point I just took a guess and put Mail1\EWS. I am not sure what I need to put in this. Also after I did that, I got an
Set-WebServicesVirtualDirectory : The operation could not be performed because
object ‘Mail1\EWS’ could not be found on domain controller ‘MAILDC01.mydomain.local’.
At line:1 char:32
+ Set-WebServicesVirtualDirectory <<<< -ExternalUrl https://mail1.mydomain
.info
April 29th, 2010 at 8:16 pm
when manipulating a number of the virtual directorys you must put the entire path similar to this Set-WebServicesVirtualDirectory -Identity serverihostname\EWS(default web site) the easiest way to find the that information is with a Get–WebServicesVirtualDirectory or you can do the following Get-WebServicesVirtualDirectory | Set- WebServicesVirtualDirectory but note that will set all the servers
May 22nd, 2010 at 10:48 am
Hi Genie,
I’m having trouble looking at the screenshots on this page, have tried with chrome, firefox and IE and none to avail.
I have a feelng the screenshots will answer some of my riddles with outlook anywhere / autodiscover issue.
Many thanks for your dedication to this topic, your website is the most comphrehensive I can find on the net.
Thanks
May 25th, 2010 at 10:47 pm
The screen shots got lost when I moved the blog a long time ago and have not gone back to update then again.
July 1st, 2010 at 5:40 am
I am trying to set up the outlook anywhere. We are using exchange 2007 sp1 on windows 2008 sp2. We have 2 hub/cas server. No cluster for hub/cas server. the mailbox are clustered using CCR. We are using wildcard certificate. I noticed someone else also have the wildcard certificate and have the same problem. Would you please help? Thanks.
July 15th, 2010 at 10:43 am
very nice website. thank you for sharing
Basically I have just created a new A record on my primary zone in the DNS called just “autodiscovery” pointing to the CAS IP address … and voila, OOF was available again for Office 2007 users.
July 22nd, 2010 at 6:03 pm
Hi
Nice site.
I have triple checked all settings and as far as I can see they are correct however clearly I am missing something and I am hoping you can help.
When I run a test web services command I get back all successful
When I right click on the Outlook icon and select test email config it fails autodiscover with this message:
local autodiscover for mydomain.com starting
local autodiscover for mydomain.com FAILED (0x800C8203)
redirect check to http://autodiscover.mydomain.com/autodiscover/autodiscover.xml starting
redirect check to http://autodiscover.mydomain.com/autodiscover/autodiscover.xml FAILED (0×80004005)
The really od thing is I set my system (and have checked this) to look at https://office.mydomain.com/autodiscover/autodiscover.xml
so different and with https this is the domain which I get back when running the test webservices command
any ideas?
July 26th, 2010 at 1:00 pm
I’ve been having non-stop issues with Out-Of-Office on my Exchange 2007 environment since decomissioning the old Exchange 2003 environment.
Internally it appears as though Autodiscover is working, since Outlook finds the SCP and the Test Outlook Autoconfiguration applet shows all the internal addresses. Externally there is no A record for autodiscover.mydomain.com (but I do have a SAN certificate which specifies autodiscover.mydomain.com as an alternate name), but when I specify the address of my OWA server, the Exchange HTTP section shows all the correct addresses as well for external users.
But when I run the Get-OutlookWebServices command on the CAS server, I get 1013/1016 errors when trying to access the external server name.
[PS] C:\Windows\System32>Test-OutlookWebServices -ClientAccessServer MSG01 | fl
Id : 1003
Type : Information
Message : About to test AutoDiscover with the e-mail address user@mydomain.co
m.
Id : 1007
Type : Information
Message : Testing server MSG01.mydomain.com with the published name https://msg01
.mydomain.com/ews/exchange.asmx & https://webmail.mydomain.com/ews/exchan
ge.asmx.
Id : 1019
Type : Information
Message : Found a valid AutoDiscover service connection point. The AutoDiscover
URL on this object is https://msg01.mydomain.com/autodiscover/autodisc
over.xml.
Id : 1006
Type : Information
Message : The Autodiscover service was contacted at https://msg01.mydomain.com/au
todiscover/autodiscover.xml.
Id : 1016
Type : Success
Message : [EXCH]-Successfully contacted the AS service at https://msg01.mydomain.
com/ews/exchange.asmx. The elapsed time was 62 milliseconds.
Id : 1015
Type : Success
Message : [EXCH]-Successfully contacted the OAB service at https://msg01.mydomain
.com/ews/exchange.asmx. The elapsed time was 0 milliseconds.
Id : 1014
Type : Success
Message : [EXCH]-Successfully contacted the UM service at https://msg01.mydomain.
com/unifiedmessaging/service.asmx. The elapsed time was 0 millisecond
s.
Id : 1013
Type : Error
Message : When contacting https://webmail.mydomain.com/ews/exchange.asmx received
the error The request failed with HTTP status 401: Unauthorized.
Id : 1016
Type : Error
Message : [EXPR]-Error when contacting the AS service at https://webmail.mydomain
.com/ews/exchange.asmx. The elapsed time was 15 milliseconds.
Id : 1015
Type : Success
Message : [EXPR]-Successfully contacted the OAB service at https://webmail.macd
on.com/ews/exchange.asmx. The elapsed time was 0 milliseconds.
Id : 1014
Type : Success
Message : [EXPR]-Successfully contacted the UM service at https://webmail.macdo
n.com/unifiedmessaging/service.asmx. The elapsed time was 0 milliseco
nds.
Id : 1017
Type : Success
Message : [EXPR]-Successfully contacted the RPC/HTTP service at https://webmail
.mydomain.com/Rpc. The elapsed time was 0 milliseconds.
Id : 1006
Type : Success
Message : The Autodiscover service was tested successfully.
Id : 1021
Type : Information
Message : The following web services generated errors.
As in EXPR
Please use the prior output to diagnose and correct the errors.
I suck at IIS, am I missing something on the configuration? Is there some authentication issue happening? I would assume no since it’s the same website internal and external, but I have no idea. Or is it like the above poster who just had to add an autodiscover DNS A record for external users an then everything started working?
Any ideas?
July 27th, 2010 at 2:18 am
You need to create an exteranl A record or cname for autodiscover.yourdomain.com. The only way external clients find AutoD is via DNS or a local xml file
July 27th, 2010 at 2:24 am
Its recommended to use autodiscover.yourdomain.com vs the method you have used, I would assume from your results you are running this against a non domain joined machine?
August 10th, 2010 at 4:19 pm
I posted a thread in your forums, is anybody able to comment?
I’m having problems with Autodiscover.
http://www.exchange-genie.com/?wpforumaction=viewtopic&t=76.0#postid-232
August 12th, 2010 at 10:44 pm
Did you look at this article http://www.exchange-genie.com/2007/07/401-error-when-attempting-test-outlookwebservices/
or have you tried this
https://www.testexchangeconnectivity.com/
August 18th, 2010 at 11:28 am
Here’s an interesting one for you… I hope…
Connections: EWS fine, autodiscover fine, oab fine, owa fine. Success everywhere except Out Of Office with Office 2007 clients.
Olkas log file shows this error when attempting to use OOO Response error code: 80072F0C.
Every test I’ve done is a success except the actual task. I can’t find anyone who has this issue and no other. I’ve been on this 1 problem for a weeek, any suggestions please Mr Genie?