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

Managing DAG: Creating a new DAG using EAC At this point of the series we created a DAG witness server, pre-staged the Active Directory that will be used by the DAG in this Tutorial and last bu...
How to upgrade to Exchange Server 2013 Service Pac... Let’s go over the process to upgrade your existent Exchange Server 2013 version to the latest Service Pack 1 using command-line. Before starting I wo...
Error MaxWebConfigFileSizeInKB when installing Exc... During Exchange Server 2013 Cumulative Update 10 in a new server the administrator may get an error related to MaxWebConfigFileSizeInKB during the Rea...
How to… access EAC after installing the first Exch... As soon as you introduce your first Exchange Server 2013 in your organization you first action may be trying to logon on ECP/EAC to get access however...