Outlook Classic zeigt keine neuen E-Mails nach Migration Exchange OnPrem → Microsoft 365

2. Symptome

• Outlook New empfängt Testmails zuverlässig.
• Outlook Classic zeigt keine neu eingehenden E-Mails.
• Der Posteingang in Outlook Classic bleibt auf dem Stand vor der Migration.
• Bei der Neuanlage des Outlook-Profils erscheint keine Passwortabfrage, das Konto wird automatisch eingerichtet.
• Das Konto verbindet sich weiterhin mit dem alten OnPrem-Exchange-Endpoint statt mit office365.com.

3. Ursache

Outlook Classic nutzt den klassischen AutoDiscover-Mechanismus mit folgender Priorisierung:

1. %LOCALAPPDATA%\Microsoft\Outlook\AutoDiscover\*.xml (lokale AutoDiscover-XML-Dateien)
2. SCP-Lookup im Active Directory (Service Connection Point des alten Exchange)
3. HTTPS-Root-Domain und <domain>
4. DNS-SRV-Record
5. Microsoft 365 Endpoint

Nach einer Migration zeigen die Punkte 1 bis 4 weiterhin auf den alten OnPrem-Exchange. Zusätzlich sind in der Windows-Anmeldeinformationsverwaltung Tokens hinterlegt, die beim Neuaufbau des Profils automatisch wiederverwendet werden - dadurch entfällt die Passwortabfrage und das Profil wird falsch eingerichtet.

Outlook New ist nicht betroffen, da es direkt die Microsoft Graph API gegen Microsoft 365 nutzt und weder die lokale AutoDiscover-Logik noch den Credential Store in gleicher Weise verwendet.

4. Lösung

Die Lösung besteht aus vier aufeinander aufbauenden Schritten. Outlook muss während der gesamten Prozedur geschlossen sein (auch im Task-Manager prüfen, dass OUTLOOK.EXE nicht läuft).

4.1 Registry sichern und AutoDiscover anpassen

Das folgende PowerShell-Skript legt ein vollständiges Backup der relevanten Registry-Zweige auf dem Desktop ab und setzt anschließend die AutoDiscover-Werte so, dass Outlook ausschließlich den Microsoft-365-Endpoint verwendet.

Ausführung: Skript auf den Desktop speichern, PowerShell als aktueller Benutzer (nicht als Administrator) öffnen und ausführen:

Gesetzte Registry-Werte unter HKCU\Software\Microsoft\Office\16.0\Outlook\AutoDiscover (alle DWORD):

Das Skript leert zusätzlich den AutoDiscover-XML-Cache unter %LOCALAPPDATA%\Microsoft\Outlook\AutoDiscover.

4.2 Windows-Anmeldeinformationen bereinigen

Öffnen mit:

Unter Windows-Anmeldeinformationen alle Einträge entfernen, die mit einem der folgenden Präfixe beginnen:

• MicrosoftOffice16_Data:*
• MicrosoftAccount:* (mit der betroffenen Mail-Adresse)
• Outlook.*
• SSO_POP_Device
• Einträge mit der alten oder neuen Mail-Adresse
• Einträge, die office365.com enthalten

Optional per Kommandozeile prüfen: cmdkey /list

4.3 Alte OST-Datei umbenennen

Die OST-Datei des betroffenen Kontos umbenennen in <name>.ost.alt. Nicht löschen - falls Outlook die Mailbox nicht sauber neu synchronisiert, steht die Datei noch für ein Rollback oder Datenexport zur Verfügung.

4.4 Neues Outlook-Profil anlegen

Alternativ: Systemsteuerung → Symbolansicht → Mail (Microsoft Outlook).

1. Profile anzeigen → altes Profil markieren → Entfernen.
2. Hinzufügen → neuen Profilnamen vergeben (z. B. O365).
3. E-Mail-Adresse des Benutzers eintragen.
4. Es erscheint das Microsoft-Login-Fenster (Modern Authentication) → Kennwort bzw. MFA bestätigen.
5. Unten Immer dieses Profil verwenden aktivieren und das neue Profil als Standard setzen.

5. Verifizierung

Nach dem Start von Outlook Classic prüfen:

1. Testmail an sich selbst senden - muss in Classic und New gleich schnell ankommen.
2. Datei → Kontoeinstellungen → Kontoeinstellungen: Servertyp muss Microsoft Exchange mit dem Server office365.com sein (nicht mehr der alte OnPrem-FQDN).
3. Verbindungsstatus prüfen: Strg gedrückt halten + Rechtsklick auf das Outlook-Symbol im Systray → Verbindungsstatus. Alle Verbindungen müssen auf *.outlook.office365.com
4. Unten im Statusbalken muss Verbunden

6. Rollback

Falls das neue Profil nicht wie erwartet funktioniert:

1. Outlook schließen.
2. Im Backup-Ordner auf dem Desktop (Outlook_Registry_Backup_<Zeitstempel>) die gewünschten .reg-Dateien per Doppelklick importieren.
3. Die umbenannte OST-Datei zurückbenennen (.ost.alt → .ost).
4. Im Mail-Applet das alte Profil wieder als Standard setzen.

Die gesicherten AutoDiscover-XML-Dateien liegen zusätzlich unter AutoDiscover_Cache_XML im Backup-Ordner und können bei Bedarf nach %LOCALAPPDATA%\Microsoft\Outlook\AutoDiscover zurückkopiert werden.

7. Prävention

Bei zukünftigen Migrationen von Exchange OnPrem zu Microsoft 365:

• Vor der Migration alte AutoDiscover-DNS-Einträge und SCP im AD planen und nach der Migration bereinigen.
• Im Migrationsskript clientseitig die oben genannten AutoDiscover-Registry-Werte direkt per GPO oder Intune verteilen.
• Nach der Migration gezielt die Windows-Anmeldeinformationen der Benutzer prüfen lassen (z. B. über ein Logon-Skript, das veraltete MicrosoftOffice16_Data-Einträge entfernt).

8. Betroffene Systeme

• Microsoft Outlook 2016 / 2019 / 2021 (Volumenlizenz und Click-to-Run)
• Microsoft 365 Apps for Enterprise / Business
• Alle Outlook-Versionen auf Basis von Office 16.0

Outlook New ist nicht betroffen.

9. Verwandte Themen

• Migration Postfach Exchange OnPrem → Microsoft 365
• Modern Authentication in Outlook
• Windows-Anmeldeinformationsverwaltung (Credential Manager)
• Microsoft Support-Artikel KB2212902 (AutoDiscover-Priorität)

10. Schlagwörter

Outlook, Outlook Classic, Microsoft 365, O365, Exchange Online, AutoDiscover, Migration, OST, Credential Manager, Profil, Mail-Sync