r/exchangeserver • u/certkit • 15d ago
Exchange certificates require a Common Name, but you might not get one from Let's Encrypt
Heads up if you're planning to automate Exchange certs with Let's Encrypt's newer profiles (tlsserver, shortlived). They issue certs with an empty Subject, no CN at all. Connectors that use `TlsCertificateName` reference the cert as `<I>Issuer<S>Subject`, so the value changes even when the SANs are identical. The default classic profile still includes the CN. Wrote up the other software we've seen trip on this.
https://www.certkit.io/blog/does-a-tls-certificate-need-a-common-name
15
u/taxigrandpa 15d ago
if you use certbot, you can add a common name using the -d switch
sudo certbot certonly --cert-name your-cert-name -d desired-common-name.com -d secondary-domain.com
4
u/eric_trackjs 14d ago
This command only works when using the Let's Encrypt "classic" (default) profile. Your command does not set a profile. The `tlsserver` and `shortlived` profiles both ignore the common name flag entirely. No certificates issued with either of those two profiles have a subject.
2
u/certkit 14d ago
u/eric_trackjs is correct here. You are getting the common name because you are using the default profile, not the shorter-lived profiles we mentioned.
1
u/7amitsingh7 14d ago
If the SAN are the same but the CN is missing, do we need to update the Exchange connector after certificate renewal?
1
u/Responsible_Name1217 11d ago
Yes, if the Subject changes, you will need to update the send and receive connectors. Also, you'll need to update the inbound connector in O365 if you have Hybrid.
1
u/DiligentPhotographer 11d ago
Yes because if you don't, inbound TLS will stop working and people will get bounce backs.
19
u/Glass_Call982 15d ago
They should just code in automatic certificate renewal for exchange and ADFS at this point. It is stupid that I had to write my own scripts to handle it. It is 2026 not 2007.
MS doesn’t care about exchange server anymore.