Solved

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

Posted on 2014-03-07
6
4,732 Views
Last Modified: 2014-03-22
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,
0
Comment
Question by:ntmyflt
  • 4
  • 2
6 Comments
 

Author Comment

by:ntmyflt
ID: 39913719
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
 
LVL 63

Accepted Solution

by:
Simon Butler (Sembee) earned 500 total points
ID: 39914502
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
 

Author Comment

by:ntmyflt
ID: 39947723
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
PRTG Network Monitor: Intuitive Network Monitoring

Network Monitoring is essential to ensure that computer systems and network devices are running. Use PRTG to monitor LANs, servers, websites, applications and devices, bandwidth, virtual environments, remote systems, IoT, and many more. PRTG is easy to set up & use.

 
LVL 63

Expert Comment

by:Simon Butler (Sembee)
ID: 39947828
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
 

Author Comment

by:ntmyflt
ID: 39948086
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
 

Author Comment

by:ntmyflt
ID: 39948087
0

Featured Post

PRTG Network Monitor: Intuitive Network Monitoring

Network Monitoring is essential to ensure that computer systems and network devices are running. Use PRTG to monitor LANs, servers, websites, applications and devices, bandwidth, virtual environments, remote systems, IoT, and many more. PRTG is easy to set up & use.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Disabling the Directory Sync Service Account in Office 365 will stop directory synchronization from working.
This article aims to explain the working of CircularLogArchiver. This tool was designed to solve the buildup of log file in cases where systems do not support circular logging or where circular logging is not enabled
In this video, we discuss why the need for additional vertical screen space has become more important in recent years, namely, due to the transition in the marketplace of 4x3 computer screens to 16x9 and 16x10 screens (so-called widescreen format). …
how to add IIS SMTP to handle application/Scanner relays into office 365.

777 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question