Exchange Server 2010: How to Replace an SSL Certificate for OWA (IIS & SMTP) Without Downtime

SSL certificates on legacy infrastructure like Exchange Server 2010 often become a problem at the worst possible moment — when users start seeing “Not Secure” warnings in Outlook Web App (OWA) or mail flow begins to fail due to an expired certificate.

Replacing an SSL certificate in Exchange 2010 is not just a matter of importing a new file. The certificate must contain a private key, be installed in the correct store, and be properly assigned to IIS and SMTP services. Performing the steps in the wrong order can temporarily break OWA or disrupt mail flow.

This guide walks through the correct, production-safe procedure for replacing an SSL certificate in Exchange Server 2010, including common errors such as PrivateKeyMissing, incorrect thumbprints, and improper certificate store placement.

Prerequisites

Before proceeding, make sure you have:

  • A valid SSL certificate in .pfx format
  • The password for the PFX file
  • Administrative access to the Exchange server
  • Access to Exchange Management Shell

Important: The certificate must contain a private key. A .cer file alone is not sufficient.

Step 1 — Check Currently Assigned Certificate (IIS & SMTP)

Before importing a new certificate, verify which certificates are currently installed and confirm whether the existing one is expired or still assigned to Exchange services.

Open the Certificates MMC snap-in:

  1. Press Win + R
  2. Type mmc.exe and press OK:
running mmc snap-in
  1. Go to:
    • File → Add/Remove Snap-in
    • Select Certificates
    • Choose Computer account
    • Select Local computer
    • Click OK
Add/Remove Snap-in
Add Certificates Snap-in in the list
configure snap in to use computer related certs
configure snap in to use computer related certs part 2
configure snap in to use computer related certs part 3
  1. Navigate to:
    Certificates (Local Computer) → Personal → Certificates
personal certs list

At this stage, verify:

  • The existing certificate expiration date
  • Whether the certificate contains a private key (key icon must be present)
  • The Subject / SAN matches your OWA hostname

Locate the Certificate Thumbprint in MMC and Compare It with the Certificate Assigned in Exchange

Follow these steps:

  1. Locate the certificate you want to inspect.
  2. Double-click the certificate to open its properties.
  3. Go to the Details tab.
  4. Scroll down in the field list and select Thumbprint.

After identifying the certificate in the MMC snap-in, the next step is to confirm which certificate is currently assigned to Exchange services.

Exchange does not rely on the certificate’s Friendly Name — it identifies certificates by their thumbprint. For this reason, always verify the thumbprint before making any changes.

  1. Open Exchange Management Shell
    • Launch Exchange Management Shell with administrative privileges.
  1. List Installed Exchange Certificates
[PS] C:\Windows\system32>Get-ExchangeCertificate | Format-List FriendlyName,Thumbprint,Services,NotAfter

FriendlyName : Contoso Exchange Test Certificate
Thumbprint   : 8765A851C7A787CDE965DEE3669DEBFBAC8BC317
Services     : IIS, SMTP
NotAfter     : ‎23.02.2025‎ 9:07:40

FriendlyName :
Thumbprint   : 6754F19C4ASD2863AC56751C7B6AE86AE78A4480
Services     : POP
NotAfter     : 02.07.2026 10:18:23

FriendlyName :
Thumbprint   : 0288354FG5R129E8A6E64F67F1128EC036A7CW34
Services     : POP
NotAfter     : 02.07.2026 10:18:23

FriendlyName : WMSVC
Thumbprint   : 6B82B6B8F1B5BC55A2EA176B14A31B2B88A197BB
Services     : IMAP, SMTP
NotAfter     : 26.07.2029 11:57:59
  1. This command displays:
    • FriendlyName – the display name of the certificate
    • Thumbprint – the unique certificate identifier
    • Services – which services are currently using the certificate (IIS, SMTP, etc.)
    • NotAfter – expiration date

After comparing the thumbprints in MMC and Exchange Management Shell, we confirmed that the certificate with the thumbprint 8765A851C7A787CDE965DEE3669DEBFBAC8BC317 is currently assigned to Exchange services.

From the Get-ExchangeCertificate output, we can see:

  • The Services field includes: IIS, SMTP
  • The NotAfter value indicates that the certificate can be expired

The next step is to assign the new certificate to the required Exchange services before removing the old one.

Never remove an active certificate before successfully assigning the replacement certificate to all required services.

Step 2 – Import the New PFX Certificate

Copy the Certificate to the Server

Copy the new .pfx file to the Exchange server.

Ensure that:

  • You are logged in with administrative privileges
  • You know the password used to protect the PFX file

Launch the Certificate Import Wizard

  1. Locate the .pfx file on the server.
  2. Double-click the file to start the Certificate Import Wizard.
  3. When prompted, select: Local Machine Do NOT select Current User.

Click Next.

import new mail certificate to server

Enter the Certificate Password

  1. Provide the password for the PFX file.
  2. (Optional but recommended) Enable:
    • Mark this key as exportable

Click Next.

import new mail certificate to server part 2
import new mail certificate to server part 3

Select the Certificate Store

Choose:

Place all certificates in the following store

Click Browse, then select:

Personal

Complete the wizard.

If successful, you will see:

The import was successful.

Choosing the correct path to store a certificate

Verify that:

  • The new certificate appears in the list in mmc.exe Certificates Snap-in
  • The expiration date is correct
  • A private key icon is visible (indicating the private key is present)

At this point, the certificate is successfully installed in the Windows certificate store and ready to be assigned to Exchange services.

You can now copy the thumbprint of the newly imported certificate for use in the Exchange assignment command.

Step 3 – Enable the Certificate for IIS and SMTP

At this stage, the certificate is installed on the server but not yet used by Exchange.

  • Open Exchange Management Shell
  • Log in to the Exchange server and open Exchange Management Shell with administrative privileges.

Assign the Certificate to IIS and SMTP

Run the following command:

[PS] C:\Windows\system32>Enable-ExchangeCertificate -Thumbprint 12ac603019cc49d3d4c5f4752c691dbcc41baa4e -Services IIS,SMTP
Overwrite the existing default SMTP certificate? 
[Y] Yes  [N] No  [S] Suspend  [?] Help (default is "Y"): Y

[PS] C:\>

Verify the Assignment

After the command completes run, сonfirm that the new certificate now shows:

[PS] C:\Windows\system32>Get-ExchangeCertificate | Format-List FriendlyName,Thumbprint,Services,NotAfter

FriendlyName : New Contoso Exchange Test Certificate
Thumbprint   : 12AC603019CC49D3D4C5F4752C691DBCC41BAA4E
Services     : IIS, SMTP
NotAfter     : ‎‎23.02.2027‎ 11:15:14

FriendlyName : Old Contoso Exchange Test Certificate
Thumbprint   : 8765A851C7A787CDE965DEE3669DEBFBAC8BC317
Services     : IIS, SMTP
NotAfter     : ‎23.02.2025‎ 9:07:40

FriendlyName :
Thumbprint   : 6754F19C4ASD2863AC56751C7B6AE86AE78A4480
Services     : POP
NotAfter     : 02.07.2026 10:18:23

FriendlyName :
Thumbprint   : 0288354FG5R129E8A6E64F67F1128EC036A7CW34
Services     : POP
NotAfter     : 02.07.2026 10:18:23

FriendlyName : WMSVC
Thumbprint   : 6B82B6B8F1B5BC55A2EA176B14A31B2B88A197BB
Services     : IMAP, SMTP
NotAfter     : 26.07.2029 11:57:59

At this point, Exchange is actively using the new certificate.

Step 4 – Restart IIS

After assigning the new certificate to IIS, it is recommended to restart IIS to ensure that all HTTPS services begin using the updated certificate.

This step ensures that:

  • OWA loads the new certificate
  • ECP uses the new certificate
  • ActiveSync and Outlook Anywhere bind to the updated SSL certificate

Open Command Prompt or Exchange Management Shell as Administrator and run:

[PS] C:\Windows\system32>iisreset
Attempting stop...
Internet services successfully stopped
Attempting start...
Internet services successfully restarted

After this, IIS is fully restarted and the new certificate is actively in use.

Verify in Browser

Open OWA in a browser and inspect the certificate:

  • Click the padlock icon
  • View certificate details
  • Confirm the expiration date matches the new certificate

At this point, the new SSL certificate is fully operational.

Step 5 – Remove the Old Certificate

After confirming that the new certificate is successfully assigned to IIS and SMTP and HTTPS services are functioning correctly, the old expired certificate can be safely removed.

Important: Ensure that the old certificate is no longer assigned to any Exchange services before removing it.

Locate the old certificate (the expired one) and confirm that:

  • The Services field is empty
  • The expiration date (NotAfter) indicates it is expired

Only proceed if no services are assigned.

[PS] C:\Windows\system32>Get-ExchangeCertificate | Format-List FriendlyName,Thumbprint,Services,NotAfter

FriendlyName : Old Contoso Exchange Test Certificate
Thumbprint   : 8765A851C7A787CDE965DEE3669DEBFBAC8BC317
Services     : 
NotAfter     : ‎23.02.2025‎ 9:07:40

Run the following command:

[PS] C:\Windows\system32>Remove-ExchangeCertificate -Thumbprint 8765a851c7a787cde965dee3669debfbac8bc317

Expected Result

If the removal is successful, the command will complete without errors and return to the PowerShell prompt.
You can verify the removal by running the Get-ExchangeCertificate command again.

Final Verification

As a final check:

  • Access OWA in a browser
  • Confirm the new certificate is presented
  • Optionally verify SMTP TLS using external tools

At this point, the certificate replacement process is fully completed.

Leave a Comment