Exchange/Office 2007 out of office failure
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.
May 24th, 2012 10:17am

Hello, Any update? Best Regards, Lisa
Free Windows Admin Tool Kit Click here and download it now
May 28th, 2012 3:09am

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.
June 1st, 2012 4:46pm

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.
Free Windows Admin Tool Kit Click here and download it now
June 26th, 2012 11:58am

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...
July 9th, 2012 6:07am

I'll check.
Free Windows Admin Tool Kit Click here and download it now
July 11th, 2012 4:58pm

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
September 24th, 2012 12:23pm

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics