imapsync-Migrationsdaten in Microsoft 365 korrigieren

Zuletzt aktualisiert: 27. September 2026

Warum Datumsangaben nach imapsync zu Microsoft 365 falsch angezeigt werden

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 bei Microsoft 365 entscheidet ein einziges Detail darüber, welches Datum jede E-Mail am Ende trägt.

Exchange Online behält das Datum, das es erhält: Wenn imapsync eine Nachricht per IMAP schreibt, übergibt es das interne Datum jeder E-Mail mit (--syncinternaldates ist standardmäßig aktiviert), und die Kopie behält dieses Datum. Was imapsync dabei übergibt, ist allerdings das Datum, das der QUELLSERVER für jede Nachricht führt, nicht das Datum, an dem die E-Mail versendet wurde. Bei einem intakten Postfach stimmen beide überein. Bei einem Postfach, das bereits einmal migriert oder aus einer Datensicherung wiederhergestellt wurde, kann die Quelle noch das Datum dieser früheren Operation führen, und imapsync kopiert es unverändert.

Das ist kein Fehler in Microsoft 365 oder in imapsync. Jede Kopie trägt zuverlässig das Datum, das ihr mitgegeben wurde. War dieses Datum an der Quelle bereits falsch, zeigt jede betroffene E-Mail, ob 500 oder 500.000 E-Mails migriert werden, das Datum dieses früheren Vorgangs statt ihres Empfangsdatums.

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.

Wie verfälschte Daten den Microsoft 365-Betrieb beeinträchtigen

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. Dabei muss nicht bekannt sein, welches Tool die Migration durchgeführt hat: Redate.io findet die E-Mails, deren angezeigtes Datum nicht mit ihrem Originaldatum übereinstimmt. Jede Nachricht wird einzeln korrigiert und überprüft, wobei das Original in einem Sicherungsordner aufbewahrt wird. Redate.io verarbeitet Postfächer unabhängig von ihrer Größe, und Administratoren können mehrere Postfächer nacheinander korrigieren lassen.

Häufig gestellte Fragen

Schützt --syncinternaldates nicht die Datumsangaben in Microsoft 365?

Microsoft 365 erfüllt hier seine Aufgabe: Es behält das interne Datum, das imapsync übergibt. Aber dieses Datum ist genau das, das der Quellserver vorhält. Wurde das Quellpostfach selbst schon einmal migriert oder wiederhergestellt, können seine Datumsangaben bereits falsch sein, und imapsync kopiert sie originalgetreu.

Hätte ein kommerzielles Migrationstool dieses Problem vermieden?

Nicht, wenn die Datumsangaben in der Quelle bereits falsch waren: Jedes Tool, kommerziell oder kostenlos, kann nur das Datum weitergeben, das die Quelle enthält, und ein Tool, das dieses Datum gar nicht überträgt, gibt der Kopie das Datum der Migration. Redate.io korrigiert die Daten unabhängig davon, welches Tool das Problem verursacht hat.

Kann Redate.io mehrere Microsoft 365-Postfächer gleichzeitig verarbeiten?

Ja. Redate.io unterstützt die Massenverarbeitung von Postfächern für Microsoft 365-Mandanten. Jede Person meldet sich mit ihrem eigenen Microsoft-Konto an, und Administratoren können mehrere Postfächer über ein einziges Dashboard scannen und korrigieren.

Wie lange dauert die Korrektur eines mit imapsync migrierten Microsoft 365-Postfachs?

Die Verarbeitungsgeschwindigkeit hängt von der Postfachgröße und den API-Ratenlimits von Microsoft ab. Die genaue Dauer hängt von der Postfachgröße ab, und jede E-Mail wird dabei einzeln geprüft. Redate.io handhabt die Drosselung automatisch und setzt bei Unterbrechungen dort fort, wo der Prozess gestoppt wurde.