Certificados curinga são conhecidos por causar problemas em muitos dispositivos e sistemas operacionais diferentes. Sugiro que você mude para um certificado UCC de um fornecedor conhecido.
Informações sobre hardware / software
Servidor 2008 R2 64 bits
IIS 7
Exchange 2010
Problemas e medidas tomadas:
Eu importei meu certificado curinga Godaddy e todos os certificados intermediários relacionados ao certificado curinga para o servidor.
Alterei os sites do Exchange IIS 7 para usar mail.domain.com e servername.domain.com adequadamente. (Isso inclui adicionar os nomes corretos.)
Indo para hxxps: //mail.domain.com - tudo funciona perfeitamente. Ir para (internal) servername.domain.c0m me leva para a página de login com o certificado curinga e sem avisos. Quando eu entro, recebo uma página quebrada. É como se eu estivesse offline.
Tentando usar meu droid para se conectar e receber um e-mail, aparece o seguinte erro "Rede não disponível:
Alterei todos eles sem alterar o certificado do Exchange e obtive os resultados acima. (Eu estava fazendo apenas uma mudança de cada vez para facilitar o diagnóstico, se algo der errado.)
No Exchange 2010, o antigo certificado tem os seguintes serviços: IMAP, POP, IIS, SMTP Tentei atribuir os mesmos serviços ao novo certificado curinga, mas ele não retiraria todos os serviços do certificado antigo. Preciso excluir o certificado antigo antes de poder atribuir o novo certificado a esses serviços?
Eu coloquei tudo de volta no antigo certificado e tudo está bem novamente. Eu tenho que fazer isso mudar logo, já que o tempo está se esgotando no antigo certificado.
Certificados curinga são conhecidos por causar problemas em muitos dispositivos e sistemas operacionais diferentes. Sugiro que você mude para um certificado UCC de um fornecedor conhecido.
A Microsoft recomenda o uso de certificados SAN com o Exchange 2010 em vez de certificados curinga: link
Eu tive o mesmo problema exato e foi assim que consertei.
Eu reiniciei todos os serviços de troca [não ajudou]
Eu segui esta instrução link [Não funcionou, mas me ajudou a chegar lá ]
Siga o passo 2 para o console mmc e navegue até Certificados (computador local) > Autoridades de Certificação Root Trused > Certificados > "Isto é onde você terá que encontrar o seu certificado intermideate que vem com o seu * cert curinga" depois de localizar o clique direito e propriedade cert e permitir para todos os fins ou permitir que todos
Volte para o seu EMC > Microsoft Exchange > Configuração do servidor para verificar
A maioria dos clientes que eu vejo trabalhando com o Exchange vai com o UCC. Os curingas, embora viáveis (certas coisas têm que se alinhar como se o domínio fosse o mesmo e diferir apenas por subdomínio), causam muitos problemas e a diferença de custo para muitos simplesmente não vale a pena. Além disso, há certs UCC agora que são mais baratos que curingas, embora possam limitar o número de domínios (e por subdomínios de extensão). Muitas escolhas por aí.