Exchange 2010 - Out of office (OOF) - Your out of office settings cannot be displayed, because the server is currently unavailable

Hi,

Refer these articles:
http://www.proexchange.be/blogs/exchange2007/archive/2009/03/17/your-out-of-office-settings-cannot-be-displayed-what-s-wrong.aspx

http://www.proexchange.be/blogs/exchange2007/archive/2009/07/14/your-out-of-office-settings-cannot-be-displayed-because-the-server-is-currently-unavailable-try-again-later.aspx

Hope this helps,
Shree

OOF not working

Please check the following steps mentioned below:-

Autodiscover = Basic + Windows Integrated + SSL Forced == Disable - Kernel Mode Authentication.
OAB= Windows Integrated = Disable - Kernel Mode Authentication.
EWS= Windows Integrated = Disable - Kernel Mode Authentication + SSL forced.

Follow the kb-940726, and run the following command on the server.

Set-ClientAccessServer -Identity CAS_Server_Name -AutodiscoverServiceInternalUri https://mail.contoso.com/autodiscover/autodiscover.xml 

Set-WebServicesVirtualDirectory -Identity "CAS_Server_Name\EWS (Default Web Site)" -InternalUrl https://mail.contoso.com/ews/exchange.asmx

Set-OABVirtualDirectory -Identity "CAS_Server_name\oab (Default Web Site)" -InternalUrl https://mail.contoso.com/oab

Please run the following command in the management shell:-

test-outlookWebserivces | fl and see the result. If you get 401 Unauthorized please follow the below link and restart the server.

DisableLoopbackcheck registry.
key as per the article <http://support.microsoft.com/kb/896861>.


Then perform "SetSPN -a http/(Exchange server FQDN) (Exchange server name)"

Check the HTTP keep alive in IIS 7 in the following place:-
HTTP response headers on Default WebSite == set common headers.

If still the issue persists, please follow this steps:-

Delete and recreate the Autodiscover/ EWS Virtual Directories.
Remove-AutodiscoverVirtualDirectory -identity "CAS server name\Autodiscover (Default Web Site)"
Remove-WebservicesVirtualDirectory -identity "CAS server name\EWS (Default Web Site)"

new-AutodiscoverVirtualDirectory
new-WebservicesVirtualDirectory
And follow the kb-940726 again to set the InternalUri.
Perform IISreset.

And also please check whether you have 3.5 .netFramework, if yes please download and install the following hotfix.
KB- 958934

And Run Test EmailAutoconfiguration  from outlook 2007 client, and please select only Autodiscover. Remove Guessmart and Secure Guess mart.

Please check out these steps and revert back if the issue persists.

Thanks,
Mohammed:)

Thanks for your reply.

I have already checked the path to my virtual directory, its correct
Certificates are fine
Anonymous is disabled on EWS directory
Tried with several different accounts, same deal
I'm connected using TCP/IP

When performing the e-mail autoconfiguration test, it does not return with an OOF URL, it only returns with protocol, server, port, login name and TLS

But see, although I can access the autodiscover webpage, the Outlook doesn't seem to be able to do so, it comes up with an "Autodiscover to https://server.contoso.com/Autodiscover/Autodiscover.xml FAILED (0x80004005)" error

I've already checked the path, and even Re-added the path by using the command

"Set-ClientAccessServer -Identity SERVER -AutoDiscoverServiceInternalUri https://server.contoso.local/Autodiscover/Autodiscover.xml" and didn't solve the problem


Any ideas?

Please try this link as well.

http://technet.microsoft.com/en-us/library/bb201695.aspx

And also please verify whether we are using any proxy settings on the Exchange server's IE.
Please return with Test-OutlookWebServices | Fl report so that we can work on the issue.

Will try that. But for the time being, I have just performed a Test-OutlookWebServices | FL and here's the outcome:

[PS] C:\Windows\system32>Test-OutlookWebServices | Fl
WARNING: An unexpected error has occurred and a Watson dump is being generated: Failed to find the mailbox. Mailbox =
'extest_63fcae6c4cb74@thorntons.net.au'.
Failed to find the mailbox. Mailbox = 'extest_63fcae6c4cb74@thorntons.net.au'.
    + CategoryInfo          : NotSpecified: (:) [Test-OutlookWebServices], MailboxNotFoundException
    + FullyQualifiedErrorId : Microsoft.Exchange.Monitoring.MailboxNotFoundException,Microsoft.Exchange.Management.Sys
   temConfigurationTasks.TestOutlookWebServicesTask

please check whether you have 3.5 .netFramework, if yes please download and install the following hotfix.
KB- 958934

It is an issue with asmx file. Please install the above mentioned hotfix.

I Had 3.5 .net, now I have the 4.0

The hotfix is not available for direct download, ive submitted a hotfix request, hopefully I should be getting that soon

I'll have to do the virtual directory re-creation some other day as last night's backup failed... once I have a full system backup (hopefully after tonight) I'll try that :-)

Other than that, any other suggestions?

Thanks

I noticed that the default web site on IIS has a question mark on top, could that be related?

Are you using SBS server?
Please check the ports on Default Web site. and the above mentioned steps to troubleshoot the issue is quite enough to get rid of the problem.
So please run the hotfix and also please try to delete and recreate the Directories which will probably help you.
Make sure that you have SSL enabled on EWS virtual directory as well.

Ok, Ive just applied hotfix mentioned above (which is no longer KB- 958934, it's now KB976814) and it's coming up as "the update is not applicable to your computer". Probably because i now run .net framework 4.0 instead of 3.5

Any ideas?

No, it's not an SBS, it's a 2008 Enterprise R2 as mentioned in the description... running Exchange 2010

Hotfix does not apply to my case

Ill check the SSL and let you know in a second...

ok.
The hotfix is for 3.5 and above versions of .net framework.

Current binding on default website are as follow:

https |  | 443 | 127.0.0.1 |  |
http   |  | 80   | 127.0.0.1 |  |
msmq.formatname  |  |  |  |  localhost
net.msmq  |  |  |  |  localhost
net.pipe  |  |  |  |  *
net.tcp  |  |  |  |  808:*
http | mail.contoso.com | 80 | * |
http | * | 80 | *
https |  |  443 | *

It is applicable for both Exchange 2007 and 2010.

yeah, i tried the hotfix, I called MS to get it... but it doesn't install telling me it doesnt apply...

SSL is on

Alright then i would go for delete and recreating the Virtual directories and set the InternalUri now, and check for appropriate Authentication settings and Certificate accordingly.
Please try this and revert back if still you face the issue.

Thanks.

Will try that tomorrow then when I have a good backup. Thanks

try this again
Test-OutlookWebServices -Identity:cbond@domain.com | fl

Also
start > run > appwiz.cpl

Check windows updates installed.
See if this kb is installed
KB948609

If it is there - uninstall it.

from the exchange shell run the following command to see where your URLs are pointing:

Get-WebServicesVirtualDirectory | fl identity,internalurl,externalurl

yo should see your externalURL and internalURL and where they point to, for example:

webmail.servername.com/EWX/exchange.asmx

i had the same problem, i also ran the follwoing command to fix it:

http://technet.microsoft.com/en-us/library/bb201695.aspx

now this was happening to users connecting from home via VPN, i tested it on two of my machines from home. the machine that was not a domain member was having the problem but the laptop that is a domain member was not. after futher testing i figured out that if the machine is not a domain member it is not going to be able to see OOA due to the nature of how it's communicating with Exchange 2010, which is in an on-line sort of more for lack of a better way of saying it. hope this helps.

Black Knight
Can you install Office 2007 SP2 on clients and see if it fixes the issue

Download and install office 2007 sP2
http://www.microsoft.com/downloads/en/details.aspx?FamilyId=B444BF18-79EA-46C6-8A81-9DB49B4AB6E5&displaylang=en

source:
http://www.proexchange.be/blogs/exchange2007/archive/2009/07/14/your-out-of-office-settings-cannot-be-displayed-because-the-server-is-currently-unavailable-try-again-later.aspx

thanks

i don't know if SP2 will do it. he can try but i think this is more a communication issue between client and server.

Hi guys. I attempted heaps of things, and I fixed a lot of autodiscovery paths that were not correct, as well as binding on IIS... did fix a few things but didn't fix the issue. So i end up following v_9mhdrf's procedure: remove the virtual directories and recreate.

and worked like a charm!!!

I didn't want to do that before just in case if anything went south... but now that i had a good backup, i went through and it's all good.

Thanks mate

You welcome Sir!
Its My pleasure!!!

I just fixed it, i just edit site binding on the IIS port 443 - SSL Certificate - I have chaged to Microsoft Exchange.

Its working fine now.

Cheers.