We've got a client with Exchange 2007 and Outlook 2007 SP2, whose OOF isn't working. When the users access Out of Office through Outlook, they get the message: Your Out of Office settings cannot be displayed, because the server is currently unavailalbe. Try again later. I verified that the user I'm testing with is connected to Exchange via HTTPS. Outlook's "test e-mail auto configuration" says that Autodiscover is failing with errors 12029, 0x800c8203, and 0x80072efd. Fine. So I went to OWA and enabled OOF there, but when I sent a test message (from both internal and external mailboxes), the user gets the messages, but I don't get any OOF reply. The users reported that OOF worked in October (and maybe December), but I didn't join the company until February so I can't say if anything changed (or that Autodiscover is even supposed to be configured for this client). What are my next troubleshooting steps. Thanks.

Hello, Any update? Best Regards, Lisa

I'm not sure that I agree with the suggestion that Autodiscover is the problem. We host Exchange for several clients, and nobody else has complained. I have some additional information. I setup Outlook 2010 on my home computer (not on the domain, not on the VPN) and logged into the test user's mailbox. When I tested AutoDiscover (Test e-mail autoconfiguration...), autodiscover failed for his username@clientcompany.com domain, but succeeded for webmail.mycompany.com. As far as I know, that's correct because we don't have a certificate for each client. Instead, we have one wildcard certificate for our domain. So I was looking into trouble with the EWS. When I run Get-WebServicesVirtualDirectory, I get the following error: Get-WebServicesVirtualDirectory : An error occurred while trying to access IIS (Internet Information Service) metabase. Make sure the Internet Information Service Manager component is installed and configured properly I'm not sure what that refers to. I know IIS is running on the CAS servers because webmail works.

Any other thoughts? To be clear, the Outlook clients are on a different domain than the Exchange server. I added an srv record in the customer's DNS (in their domain) for autodiscover.customer.org. That didn't help.

What OS is the client running? We had a major issue when we recently upgraded from Exchange Server 2007 to 2010 - Autodiscover would not function on about 30% of clients. We eventually tracked it down to the clients 'misreporting' that they were running Win XP SP3 when in fact they were Win XP SP2. Redeploying Win XP SP3 to the problem PCs resolved the issue...

I'll check.

The same issue will occur when the user account and name is not the same as the default reply to email. for instance if my domian account is fred but my default reply to email is freds@contoso.com this can occur. I have this issue and no idea how to resolve it. Dan Sichel