imapsync-Migrationsdaten in Microsoft 365 korrigieren

Eine Migration zu Microsoft 365 mit imapsync klingt vernünftig. Das Tool ist kostenlos, skriptfähig und bewältigt IMAP-zu-IMAP-Transfers in den meisten Szenarien zuverlässig. Aber Exchange Online ist nicht "die meisten Szenarien."

Das IMAP-Gateway von Exchange Online ist eine Kompatibilitätsschicht, die auf ein System aufgesetzt wurde, das für EWS und MAPI konzipiert ist. Wenn imapsync eine Nachricht über das Standard-Mailübertragungsprotokoll durch dieses Gateway schiebt, durchläuft sie die vollständige Transport-Pipeline von Exchange Online - dieselbe Pipeline, die auch eingehende E-Mails aus dem Internet verarbeitet. Diese Pipeline fügt Transport-Header hinzu, führt Prüfungen zur Verhinderung von Datenverlust durch, wendet Compliance-Regeln an und versieht jede Nachricht mit einem neuen Received-Header, der den exakten Zeitpunkt des Servereingangs trägt. Das Flag --syncinternaldates? Die Transport-Pipeline von Exchange Online ignoriert es. Das INTERNALDATE wird mit dem Zustellungszeitstempel überschrieben.

Das ist kein Fehler, den Microsoft zu beheben plant. So funktioniert die Architektur von Exchange Online. Die Transport-Pipeline behandelt jede Nachricht über das Standard-Mailübertragungsprotokoll als neue Zustellung - ohne Ausnahme. Ob 500 oder 500.000 E-Mails migriert werden: Jede einzelne erhält dasselbe Migrationsdatum in ihren Headern und Metadaten.

Stellen Sie sich vor, Sie müssen Ihrer IT-Leitung erklären, dass die Migration vom Wochenende gerade 6 Jahre E-Mail-Verlauf auf ein einziges Datum zusammengestaucht hat. Das ist die Realität, der sich Administratoren nach einer imapsync-Migration zu Microsoft 365 stellen müssen. Und anders als bei Google Workspace (wo die Gmail-Weboberfläche das Problem kaschieren kann) zeigt Microsoft 365 das falsche Datum überall an - Outlook Desktop, OWA, Outlook Mobile, Microsoft Search. Es gibt keinen clientseitigen Ausweg.

In Microsoft 365 ist der Schaden vollständig und sichtbar. Jeder Client - Outlook für Windows, Outlook für Mac, OWA, Outlook Mobile auf iOS und Android - zeigt den Migrationszeitstempel an. Benutzer können nicht nach Datum sortieren, E-Mails nicht chronologisch finden und Suchergebnissen mit Datumsfilter nicht vertrauen. Ein Postfach mit 80.000 E-Mails, die alle "12. November 2024" anzeigen, ist für die tägliche Arbeit praktisch unbrauchbar.

Die Compliance-Auswirkungen sind schlimmer. Exchange Online Protection, Microsoft Purview und Aufbewahrungsrichtlinien indizieren alle den verfälschten Zustellungszeitstempel. Eine Aufbewahrungsrichtlinie, die E-Mails nach 7 Jahren löschen soll, arbeitet mit dem falschen Datum - E-Mails von 2018, die eigentlich bald gelöscht werden sollten, erscheinen als E-Mails von 2024. Organisationen unter DSGVO, HIPAA oder SEC-Vorschriften sind einem echten regulatorischen Risiko ausgesetzt, wenn ihre E-Mail-Aufbewahrung nicht vertrauenswürdig ist. Und wenn eine Anfrage zur rechtlichen Aufbewahrung für "alle E-Mails aus Q3 2023" eingeht, liefert Purview keine Ergebnisse - weil laut Metadaten keine E-Mails aus diesem Zeitraum existieren.

Redate.io verbindet sich mit Microsoft 365 und wendet seine Header-Kettenanalyse sowie den Prozess zur Rekonstruktion der Datumsmetadaten auf jede betroffene Nachricht an. Mustererkennung anhand der spezifischen Migrationstool-Signaturen von imapsync identifiziert, welche Received-Header während der Migration eingefügt wurden und welche zur ursprünglichen Zustellungskette gehören. Jede Nachricht wird einzeln korrigiert und überprüft, wobei das Original in einem Sicherungsordner aufbewahrt wird. Der Enterprise-Plan verarbeitet Postfächer mit bis zu 100.000 E-Mails, und Administratoren können mehrere Postfächer über ein einziges Dashboard bearbeiten.