Dieses Problem hat mich wütend gemacht, Ich habe fast einen Tag dort verbracht und teile es gerne in der Hoffnung, dass es sich als nützlich erweisen wird.
Ich verfolge eine doppelte Clientaustauschmigration (von 2003 bis 2010 und dann 2013), Während des Übergangs zwischen 2010 und 2013 alle Windows XP-Clients. Sobald der Benutzer auf 2013 migriert ist, Sie sind nicht mehr mit Börsen verbunden (beide mit Outlook 2007 und 2010, beide in Kompatibilitätsmatrix mit Austausch 2013). Der Kunde gab an, dass der Austausch nicht online war und es keine Möglichkeit gab, eine Verbindung herzustellen, selbst wenn die erweiterten Outlook-Optionen geändert wurden. Das Problem trat auch auf, indem das Outlook-Client-Profil von Grund auf neu konfiguriert wurde. Dies war der Fehler:
“Die Verbindung zu Microsoft Exchange ist nicht verfügbar. Outlook muss online oder verbunden sein, um diese Aktion ausführen zu können”
Kein Problem stattdessen mit denselben Benutzern mit Client Outlook 2007 oder 2010 unter Windows 7 oder Windows 10, Dieses Verhalten machte mir verständlich, dass das Problem aber im Betriebssystem lag, auch mit einem vollständig aktualisierten und gepatchten Windows XP, Das Problem blieb bestehen. Nach verschiedenen Suchen habe ich endlich jemanden gefunden, der die Schwierigkeiten von Windows XP bei der Verwaltung von SAN-Typenzertifikaten gemeldet hat (Betreff alternative Namen). Es scheint jedoch, dass XP den Hauptnamen des Zertifikats und überprüft, Wenn dies nicht dem Dienst entspricht, zu dem Sie eine Verbindung herstellen, aus Versehen.
Das Problem tritt also auf, wenn Sie diese drei Dinge zusammenfügen:
Windows XP + Exchange 2013 + SAN-Zertifikat
Besonders Windows XP, wie wir sagten, verwaltet SAN-Zertifikate dabei nicht besser, wie wir wissen, Exchange 2013 verwendet keine RPC-Verbindungen mehr, sondern nur noch HTTPS-Verbindungen, sodass Zertifikate von grundlegender Bedeutung sind.
Die Lösung besteht darin, mit diesen beiden Befehlen den tatsächlichen Hauptnamen des Zertifikats anzugeben:
Set-OutlookProvider EXPR -CertPrincipalName:”msstd:webmail.domain.com”
Set-OutlookProvider -Identity EXCH -CertPrincipalName msstd:webmail.domain.com
Dabei ist webmail.domain.com der primäre Name des Zertifikats (was Sie auch im Betreff des Zertifikats selbst finden)!
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 😉