How to … avoid Outlook Certificate issues when adding a new Exchange Server 2013 into your Exchange Organization

Share this:

When adding a new Exchange server to the organization the administrator may receive some complaining  from the Service Desk where end-users are receiving Certificate errors on their Outlook, as shown in the figure below.

clip_image004

Let’s say that we have a scenario where we have 2 (two) Exchange Server 2010: TOEX14-CH01 and TOEX14-CH02 and we have just added our new Exchange Server 2013 (TOEX15-01). If we look closely at the issue on the previous image we will notice that the certificate is related to the new server.

Well, that is predictable since any new Exchange Server installation will contain self-signed certificates which are not trusted by your windows clients.

There are two ways to fix this issue: #1 we can go ahead and import/export certificates to make sure that the new server is using the same information; #2 change the Autodiscover settings on the new server to match the information that has been working in production.

I do like the second option better, why? Well, it’s a new server, you need to testing, validation and it takes time. If you configure the Autodiscover to use the current production servers you avoid any outage/issues on the client side.

If your decision was #2, here is the step-by-step: Basically compare the settings between a production server and the new one using the following cmdlet Get-ClientAccess <ServerName> | select *auto*

clip_image002

Now that we are ware of the configuration we just need to change the AutoDiscoverServiceInternalUri to match the production on the new server. Make sure to run an iisreset afterwards just to make sure that the refresh was done.

clip_image006

Voilà.. your clients will be using the production autodiscover and no more pop-ups in your clients.

clip_image008

Note: If you had issues with the certificates at the client level before, then this post won’t help you because your root issue is Autodiscover/Cert configuration.

Note #2: Make sure that when moving the old server you point out the new Autodiscover (if using a common DNS entry to the new servers).

Written by Anderson Patricio

Anderson Patricio

Anderson Patricio is a Canadian MVP in Cloud and Datacenter Management, and Office Server and Services, besides the Microsoft Award he also holds a Solutions Master (MCSM) in Exchange and several other certifications. Anderson has been contributing to the Microsoft Community with articles, tutorials, blog posts, twitter, forums and book reviews. He is a regular contributor here at ITPROCentral.com, MSExchange.org, Techgenix.com and Anderson Patricio.org (Portuguese).

Related Post

How to prepare Windows Server 2012 R2 to support E... Exchange Server 2013 Service Pack 1 is finally here and now we can start taking advantage of Windows Server 2012 R2 for either Operating System on Exc...
How to … Renew Certificates in Exchange Server 201... In Today’s post we are going over the process to renew a Certificate in Exchange Server 2010. For this blog post I’m going to use Digicert and you ca...
Fixing the issue: Cannot find E-discovery arbitrat... In Today’s post we are going over an error where the Exchange Server 2013 installation returns these following error messages: Cannot find E-discove...
Exchange Server 2013 SP1– Architecture Poster Hello folks, The Exchange Team released a new version of the Architecture Poster with all Service Pack 1 details. To download it use this following l...