Out Of office on SBS 2008 and 2011
Hi
We have an issue with users wanting to set up their OOF on exchange 2007/2010 using outlook 2007/2010.
users are getting the following error "your oof settings cannot be displayed, because the server is currently unavailable, try agian later".
users can set OOF using OWA but are having intermintent issues setting it up internally and externally.
Please advise.
Regards,
Sam
November 10th, 2011 9:35pm
This subjet has been discussed numerous times before, at least two or three times a week, so check the forums.
Primary cause on SBS is not setting up the server using the wizards, not having the correct DNS entries in externally for autodiscover and not having the SSL certificate setup correctly.
Simon.Simon Butler, Exchange MVP
Blog |
Exchange Resources | In the UK?
Hire Me.
Free Windows Admin Tool Kit Click here and download it now
November 11th, 2011 9:45am
Hi Simon,
Do you have a best practice guide on setting for setting up Exchange/Auto discover on SBS.
We have a valid SSL cert and the autodiscover works internally when testing it using the "test email auto configuration" setting in outlook.
Should the auto discover internally point to the EWS virtual directory or the auto discover? i have seen several posts on forums and each say something different.
your help is much appreciated.
Thanks
SZ
November 12th, 2011 2:41am
It is no different to setting up autodiscover on the full product.
Unless your DNS provider supports SRV records you need to use a Unified Communications Certificate, with the remote.example.com name as set by SBS as the common name.
Running the wizards in SBS will configure everything internally. Don't try and configure things manually. A combination of the initial setup wizards and the fix my network wizard will ensure the internal things are configured in the way that they should.
Externally, ensure that remote.example.com and autodiscover.example.com (where example.com is your public domain as used in the email addresses) are pointing to your external IP address as A records.
It isn't as complex as some people try to make out. Where it gets complicated is when people start trying to change things around without understanding how it all fits, when in many cases all that is required is to get the SSL certificate installed correctly.
Simon.Simon Butler, Exchange MVP
Blog |
Exchange Resources | In the UK?
Hire Me.
Free Windows Admin Tool Kit Click here and download it now
November 14th, 2011 4:43am
So the OOF issue occurs when Outlook is connecting externally? If this is the case, my suggestion is:
Make sure the external Autodiscover url is able to be resolved by your client machine outside your network. The external Autodiscover URl can be:
https://yourSMTPsuffix/autodiscover/autodiscover.xml.
Make sure the external Availability service URL is setup and resolved by the client computer. Refer to:
http://technet.microsoft.com/en-us/library/bb201695.aspx Make sure the certificate name includes your SMTPsuffix. Check the permission settings. Refer to:
http://blogs.technet.com/b/exchange/archive/2010/09/23/3411146.aspx
Hope it is helpful.Best Regards Fiona Liao E: v-fiolia@microsoft.com
November 14th, 2011 6:33am
By the way, for Exchange issues in SBS,
it is recommended to posted in
http://social.technet.microsoft.com/Forums/en-US/smallbusinessserver/threads. Your understanding would be appreciated.
Best Regards Fiona Liao E: v-fiolia@microsoft.com
Free Windows Admin Tool Kit Click here and download it now
November 14th, 2011 6:36am
It is no different to setting up autodiscover on the full product.
Unless your DNS provider supports SRV records you need to use a Unified Communications Certificate, with the remote.example.com name as set by SBS as the common name.
Running the wizards in SBS will configure everything internally. Don't try and configure things manually. A combination of the initial setup wizards and the fix my network wizard will ensure the internal things are configured in the way that they should.
Externally, ensure that remote.example.com and autodiscover.example.com (where example.com is your public domain as used in the email addresses) are pointing to your external IP address as A records.
It isn't as complex as some people try to make out. Where it gets complicated is when people start trying to change things around without understanding how it all fits, when in many cases all that is required is to get the SSL certificate installed correctly.
Simon.Simon Butler, Exchange MVP
Blog |
Exchange Resources | In the UK?
Hire Me.
November 14th, 2011 12:33pm