Este problema me hizo enojar, Pasé casi un día allí, así que con gusto lo comparto con la esperanza de que sea útil..
Estoy siguiendo una migración de intercambio de doble cliente (de 2003 a 2010 y luego 2013), Durante la transición entre 2010 y 2013, todos los clientes de Windows XP. una vez que el usuario ha sido migrado a 2013, ya no están conectados al intercambio (ambos usando Outlook 2007 y 2010, ambos en la matriz de compatibilidad con Exchange 2013). El cliente informó que el intercambio no estaba en línea y que no había forma de conectarlo incluso modificando las opciones avanzadas de Outlook.. El problema también surgió al reconfigurar el perfil del cliente de Outlook desde cero y este fue el error reportado:
“La conexión a Microsoft Exchange no está disponible. Outlook debe estar en línea o conectado para completar esta acción”
Sin embargo, no hay problema con los mismos usuarios con clientes de Outlook 2007 o 2010 en Windows 7 o Windows 10, este comportamiento me hizo darme cuenta de que el problema estaba en el sistema operativo, pero, incluso con windows xp completamente actualizado y parcheado, el problema permaneció. Después de varias búsquedas, finalmente encontré a alguien que informó sobre la dificultad de Windows XP para administrar certificados SAN (nombres alternativos del sujeto). Parece que XP todavía va a verificar el nombre principal del certificado y, si no coincide con el servicio al que se está conectando, por error.
Entonces, el problema ocurre cuando juntas estas 3 cosas:
Windows XP + Exchange 2013 + certificado SAN
Especialmente Windows XP, como dijimos, no maneja mejor los certificados SAN mientras, tal como lo conocemos, Exchange 2013 ya no usa conexiones RPC sino solo conexiones HTTPS, por lo que los certificados se vuelven esenciales.
La soluzione è quella di specificare l’effettivo nome principale del certificato con questi due comandi:
Set-OutlookProvider EXPR -CertPrincipalName:”msstd:webmail.domain.com”
Set-OutlookProvider -Identity EXCH -CertPrincipalName msstd:webmail.domain.com
dove webmail.domain.com è il nome principale del certificato (quello che trovate anche nel subject del certificato stesso)!
Caro Fabio… spettacolo, ti ringrazio per il tempo che mi hai fatto risparmiare.
Hey ciao Luciano!!!! Mi fa piacere che a qualcuno tornino utili i miei post 😉