The next step would be to ensure the AutodiscoverInternalURI is pointed to the CAS that will be your primary CAS for Autodiscover servicing. What I did was go ahead and enable all new services to use every available service by using the following command:Įnable-exchangecertificate -services IMAP, POP, UM, IIS, SMTP – Thumbprint BCF9F2C3D245E2588AB5895C37D8D914503D162E9 In order to do this, you must run the following commands:īCF9F2C3D245E2588AB5895C37D8D914503D162E9 SIP.W CN= Now I went to the Exchange Management Shell and enabled Exchange services to use this certificate. We then assigned this certificate to IIS.
We just exported it with its’ private key and imported onto the new box. In our case we were migrating so we did not have to request a certificate via IIS. A certificate with a Common Name (CN) of We install this certificate onto our Exchange box with its’ private key. So let’s say we have a simple regular common certificate. You can read more about these certificates in one of my other articles here. So how do we enable Exchange to use these services? If you are planning to do a very simple configuration and do not care about external Autodiscover access, you do not need to use a Unified Communication Certificate. This purpose is till allow us to use Exchange services securely. Obviously, we install the certificate for a purpose. Well, when we install a new certificate, there are a few tasks we want to do. So the million dollar question? Why the error? In this case, the certificate name is “.”
When you choose the View Certificate button, it brings up another window that shows you what certificate is in error. I have included a screenshot of the error I encountered with Outlook 2007 : When importing a new certificate into Exchange 2007/2010, you might encounter a certificate error in Outlook 2007/2010.
0 kommentar(er)
