• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 310
  • Last Modified:

Many users are not able to use Out of Office in Outlook 2007. Error when connecting to the Autodiscover Service

We have a hosted Exchange Environment. The only users who seem to be able to use the Out of Office feature are those who have the Active directory domain included in their primary SMTP address. Any one else gets the message that the server is 'unavailable'. When I run the connectivity test in Outlook the users fail to connect to the autodiscover URL regardless of where they retreive it (i.e. SCP, dns etc). The users are all domain joined to the same domain and successfully retrieve the correct URL for the autodiscover service but get the following message:

Autodiscover to https://server.domain.com/autodiscover/autodiscover.xml FAILED (0x800C8203)
0
rowebiz
Asked:
rowebiz
  • 4
  • 2
1 Solution
 
MarkMichaelCommented:
Have you checked if IIS is hosting the autodiscove site and its up and running?
0
 
rowebizAuthor Commented:
IIS is hosting the autodiscover site and it is up and running. Almost everyone who has a primary SMTP address with domain.com can connect with no issues; however, anyone who has a different primary address, but still joined to the same domain, cannot connect. Not sure if this is relevant or not.
0
 
MarkMichaelCommented:
Can you test by adding a test account with/without the primary domain account?
0
Problems using Powershell and Active Directory?

Managing Active Directory does not always have to be complicated.  If you are spending more time trying instead of doing, then it's time to look at something else. For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why

 
rowebizAuthor Commented:
I have tried several times to replicate this problem by manually creating users, but each time the Out Of Office feature works. Normally we use a script to create users and mailboxes. Maybe there is some attribute on the user account being set that blocks this?
0
 
rowebizAuthor Commented:
Are there special permissions that need to be set that allow access to the CAS from Outlook?
0
 
rowebizAuthor Commented:
I figured out what the problem was. Somehow the msExchQueryBaseDN attribute was being set incorrectly. It looks like Outlook makes an LDAP query when looking for the user requesting the Autodiscover service. Outlook uses the msExchQueryBaseDN attribute when making this query. If the attribute is set incorrectly, as it was in our case, then Outlook reports an error that the user could not be found. This elicited all of the errors that I mentioned above. By correcting the msExchQueryBaseDN attribute in ADSI  to point to the correct Address book DN the problem was resolved.

It was very helpful to turn on logging in Outlook. Tools> Options>Other>Advanced Options> Enable Logging (Troubleshooting). The log is stored at C:\Documents and Settings\username\Local Settings\Temp and contains some more important info that is not found when only running the 'Test E-mail Autoconfiguration'.
0

Featured Post

Concerto Cloud for Software Providers & ISVs

Can Concerto Cloud Services help you focus on evolving your application offerings, while delivering the best cloud experience to your customers? From DevOps to revenue models and customer support, the answer is yes!

Learn how Concerto can help you.

  • 4
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now