Hallo,
ich habe einen Exchange 2016 Server mit Standard-Exchange-Zertifikat und Standard virtuelle Verzeichnisse (ist von außen nicht erreichbar) nach Franky zu Exchange2019 migriert, d.h. bis zum Punkt, an dem der alte Server deinstalliert werden könnte. Es handelt sich um eine On-Premise Installation.
Der neue Server hat ebenfalls sein Standard-Zertifikat, Standard virtuelle Verzeichnisse (ist von außen nicht erreichbar). Damit habe ich keine DNS-Einträge für die virtuellen Verzeichnisse.
Bevor ich mit der Deinstallation beginnen wollte, habe ich den 2016er heruntergefahren. Einige Outlooks könnnen gestartet werden, andere nicht. Der Versuch, für diese User ein neues Profil zu erstellen, scheitert am Punkt "Am E-Mail-Server anmelden".
Ist auch der 2016er gestartet, lassen sich alle Outlooks starten. Alle User haben 2 Postfächer, eine Überprüfung des jeweiligen "Verbindungsstatus" in Outlook ergab, dass oftmals ein Postfach unter Servernamen den alten Server anzeigt und ein Postfach den neuen Server.
Kann der alte Exchange Server dennoch deinstalliert werden und die Outlooks finden alle den neuen Server für alle Postfächer, bzw. wie kann ich das Problem lösen?
Vielen Dank für die Unterstützung (eine entsprechende Frage habe ich in: Exchange Migration: Probleme mit der Outlook Verbindung" von Fabian 7.12.2019 gefunden, aber leider keine Antwort, bzw. Lösungsvorschlag).
uweb
Hallo,
Outlook sucht seine Konfiguration über verschiedene Wege und aktualisiert sie regelmäßig. Den letzten Stand speichert es in einer Datei, deshalb funktionieren alle Outlooks, wenn der alte Server online ist.
Vermutlich hast du im SCP den expliziten Namen des Servers stehen, statt einen Alias zu verwenden, und die AutoDiscoverServiceInternalUri ist beim alten Server noch auf den alten Server gesetzt.
- Exchange Online. Damit es das nicht tut, diesen Registrykey setzen.
HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover\ExcludeExplicitO365Endpoint [DWORD] = 1
- SCP im AD für Domänenbenutzer, die sich an einem Rechner anmelden, der Domänenmitglied ist.
Get-ClientAccessServer <servername> | ft name, AutoDiscoverServiceInternalUri
- DNS autodiscover.domain u.a.
- explizite Registry-Einträge
https://learn.microsoft.com/de-de/exchange/architecture/client-access/autodiscover
https://learn.microsoft.com/de-de/previous-versions/troubleshoot/outlook/unexpected-autodiscover-behavior
Jenny
