By MAS MVE Exchange Server, Windows Server, Active Directory, Virtu alization, Skype for Business Expert.
This article will help to fix the below errors for MS Exchange Server 2013 I. Certificate error “name on the security certificate is invalid or does not match the name of the site” II. Out of Office not working III. Make Internal URLs and External URLs the same. IV. Address book download issue.
Most administrators don’t check the complete URLs that Exchange uses for serving MAPI clients or they miss URLs required to set and add certificate names after installing Exchange Server. Below are fixes for those errors.
Note: Replace “exchange.online” with your domain name in all the examples below.
1. First make sure you have a Forward lookup zone for your domain in your internal DNS server, e.g. Exchange.online (like mine in the screenshot).
2. Then create the below A records in the newly created zone that point to the exchange CAS/HUB server IP or load balancer IP if you have one (as in the screenshot): a) autodiscover.exchange.online b) mail.exchange.online (common name)
3. Then make sure you have all the required names added as SANs in your SSL Certificate. The below names should be present for a single domain exchange: a) mail.exchange.online (common name) b) autodiscover.exchange.online
The following command will list your SANs/names in the certificate:
3.1 If you have multiple domains you have to add below SANs to your SSL Certificate: a) mail.exchange.online (common name1) b) autodiscover.exchange.online c) autodiscover.exchange2.online d) autodiscover.exchange3.online
3.2 You can have one common name and one autodiscover name in the certificate and redirect all the common names to commonname.exchange.online and redirect all autodiscover to autodiscover.exchange.online.com as below: a) mail.exchange.online (common name1) —-> A record points to Exchange server IP b) autodiscover.exchange.onilne ——> A record points to Exchange server IP c) autodiscover.domain2.com SRV record to redirect to autodiscover.domain1.com as below
Service: _autodiscover Do not for to add “_” at the beginning. Protocol: _tcp Do not for to add “_” at the beginning. Target: autodiscover.domain1.com Outlook will be redirected to this name. Priority: 10 Weight: 10 Port: 443
Name: All you need here is the @ symbol. This will default the record to the parent domain. In our case it will append domain2.com creating a complete record of _autodiscover._tcp.domain2.com.
Service: Enter _autodiscover. Be sure to include a single underscore in front of it. By design this is one of the names the Outlook client looks for. Protocol: Enter _tcp. Be sure to include a single underscore in front of it. By design autodiscover requests are performed over TCP connections. Target: This is where we want our Outlook clients redirected. This has to be a name that exists on our SSL certificate. In our case autodiscover.domain1.com Priority: If you only have one autodiscover SRV record then it really doesn’t matter what you enter here. This is for high availability. The lowest priority number will always be used first. If it is unavailable the next lowest number will be used and so on. In our case we only have one record, so we just went with 10. But we could just have easily made it 0 or 100. Weight: Weight is used for load balancing multiple SRV records. Should you have two SRV records with the same priority, then weight is factored in. A higher value in weight means it is preferred and more connections are sent to it. In our case we only have a single SRV record so it does not matter what we enter here. We went with 10 again. Port: All connections will be over HTTPS. This is port 443.
4. Make sure IIS is enabled and the third party certificate installed. Type “Get-ExchangeCertificate” in Exchange Management Shell to see if IIS is enabled.
Exchange 2013 Shell Before services enabled
Use the command shown below to enable the services. You can change the services according to your requirement. but IIS is mandatory.