The administration and maintenance of Microsoft Exchange Server to ensure secure, reliable, and efficient email and collaboration services across an organization.
Hi @Emilio Valentin
I hope you're doing well today.
You could refer to Q&A Assist's suggestion first. Based on your scenario, the behavior you’re seeing might be related to how Exchange handles certificate imports. As far as I know, Exchange typically expects a PKCS#12 (.pfx) file, as this format contains both the certificate and its associated private key in a single protected package. When a file includes a private key, it is encrypted and therefore requires a password during the import process, which explains the issue you are encountering.
The .crt file you downloaded from GoDaddy only contains the public certificate, which is expected because certificate authorities do not provide the private key. The private key is generated and stored on the server when the certificate request (CSR) is created.
Because of this, a .crt file alone is not sufficient for direct import in scenarios where Exchange requires access to the private key. In Exchange, certificates are typically installed by completing the original certificate request rather than importing them as a new certificate.
If the CSR was originally generated on this Exchange server, you should complete the pending request so that the issued certificate is properly associated with the existing private key.
Alternatively, if you have a .pfx file that includes both the certificate and private key, you can import that file and provide the password defined during export.
I hope this helps.
Please understand that our initial reply may not always immediately resolve the issue. However, with your help and more detailed information, we can work together to find a solution.
Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.