Free/Busy and Mailtips not working for all users Exchange 2013 Outlook 2010

Hello Experts,
I'm having a very strange issue that some users are unable to view Free/Busy of any other user and mail tips don't seem to work for everyone either. I'm not sure if these issues are related but just putting them both out there.

We're currently running an Exchange 2013 Standard Edition on Windows Server 2012 and the clients are all running Outlook 2010

Any suggestions on going about troubleshooting this would be great,
I found a good article about a similar issue but the resolution was shown using Exchange 2010 but 2013 has a considerably different interface..

http://community.spiceworks.com/topic/291888-exchange-outlook-2010-free-busy-mailtips-not-working

Hope someone could assist.

Thanks,
ntmyfltAsked:
Who is Participating?
 
Simon Butler (Sembee)ConsultantCommented:
While the interface may well be the same, the underlying resolution is identical.
You probably have your Autodiscover service setup incorrectly, and that is what needs to be resolved. Autodiscover allows the client to find the availability service.

In EMS, check the value of

get-clientaccessserver | select identity, autodiscoverserviceinternaluri

The host name returned must resolve to your Exchange server and be one of the hosts in your SSL certificate. If it is not, then Autodiscover will fail.

If you are using a trusted SSL certificate, then you will have to adjust all of the URLs within Exchange to use the external host name. That will require the use of a split DNS.
http://semb.ee/hostnames

Simon.
0
 
ntmyfltAuthor Commented:
Further to my previous post the exact message I receive from Outlook is: "No Information No Free/Busy information could be retrieved. Your server location could not be determined Contact your administrator"
0
 
ntmyfltAuthor Commented:
Hello Apologies on the late reply to this topic.
Yes we are using a public SSL certificate and it's "mail.domain.com"  and the internal server name is server01

[PS] C:\>Get-ClientAccessServer | select Identity, autodiscoverserviceinternaluri

Identity                        AutoDiscoverServiceInternalUri
--------                            ------------------------------
server01                       https://mail.domain.com/Autodiscover/Autodiscover...


When I do a test email auto configuration on the outlook clients I get some weird results and I think that's what might be causing the issue


Internal OWA url: https://server01.domain.local/owa
External OWA url: https://mail.domain.com/owa

So it seems the outlook clients keep resolving to the improper internal OWA URL. and the correct external URL.

When I check the LOG under the configuration test section

it states: Autodiscover to https://mail.domain.com/Autdiscover/Autodiscover.xml Succeeded

So the auto discover is working (or at least seems to be) and it should be resolving to the mail.domain.com and not in any way to the server01.domain.local address

I have no idea where it's getting that internal value from.

I hope this helps and look forward to any help possible

Thanks again,
0
Ultimate Tool Kit for Technology Solution Provider

Broken down into practical pointers and step-by-step instructions, the IT Service Excellence Tool Kit delivers expert advice for technology solution providers. Get your free copy now.

 
Simon Butler (Sembee)ConsultantCommented:
You must have missed setting one of the URLs. Go through the link I provided in my earlier response, as I have outlined everything that needs to be changed.

Simon.
0
 
ntmyfltAuthor Commented:
Simon,
You my friend are a wizard, that was indeed the issue to fix that problem.

I used the following article since it's for exchange 2013 and was relevant to our system but it's exactly the same as what you posted.

Thank you
0
 
ntmyfltAuthor Commented:
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.