Ciao a tutti,altro problema su cui mi sono imbattuto e che ho risolto è quello di rendere disponibile ai client della LAN che si collegano al server Exchange tramite outlook o Outlook Web Access OWA il certificato SSL valido rilasciato da un ente certificatore. La cosa fastidiosa che volevo risolvere era il fatto che all’apertura di Outlook non venisse chiesta la verifica del certificato auto-generato da Exchange ma che venga utilizzato il certificato valido rilasciato dall’ente di certificazione, permettendo quindi l’apertura di Outlook senza seccature. Facendo delle ricerche ho capito che tutto era legato al sistema di auto-discovery di exchange 2010 che “legava” gli outlook tramite il nome NETBIOS del server exchange e quindi applicando il certificato SSL auto-generato; la soluzione era quella quindi di far puntare tutto all’URL utilizzato anche dai client remoti. La soluzione al problema è documentata sulla KB microsoft numero 940726 dove appunto sono indicati i comandi da digitare sulla Management Console di Exchange, comandi che qui riporto:

• Set-ClientAccessServer -Identity CAS_Server_Name -AutodiscoverServiceInternalUri https://mail.contoso.com/autodiscover/autodiscover.xml
• Set-WebServicesVirtualDirectory -Identity “CAS_Server_Name\EWS (Default Web Site)” -InternalUrl https://mail.contoso.com/ews/exchange.asmx
• Set-OABVirtualDirectory -Identity “CAS_Server_name\oab (Default Web Site)” -InternalUrl https://mail.contoso.com/oab
• Set-UMVirtualDirectory -Identity “CAS_Server_Name\unifiedmessaging (Default Web Site)” -InternalUrl https://mail.contoso.com/unifiedmessaging/service.asmx (notare che questo è necessario solo su Exchange 2007 sul 2010 è deprecato)

Dopo aver digitato i comandi nella console di Exchange è necessario:

1. Aprire Gestione IIS. Per ulteriori informazioni su come eseguire questa operazione, vedere come: aprire Gestione IIS;
2. Espandere il computer locale e quindi espandere Pool di applicazioni;
3. Fare clic su MSExchangeAutodiscoverAppPool e quindi fare clic su Riciclo.