Exchange IMAP-Import: Warum E-Mail-Datumsangaben verloren gehen

Exchange-IMAP-Importe und Ihr E-Mail-Datum

Exchange Online gibt jeder Nachricht in einem Postfach ein Datum, und genau dieses Datum zeigt Outlook an und sortiert danach. Bei einer E-Mail, die aus dem Internet eintrifft, ist es der Zeitpunkt der Zustellung. Bei einer E-Mail, die durch eine Migration kopiert wird, ist es das Datum, das die Migration der Kopie gegeben hat: das Originaldatum, wenn die Migration es weitergibt, den Tag des Imports, wenn nicht.

Daher stammt die Datumsverfälschung bei Exchange-IMAP-Importen. Exchange Online überschreibt kein Datum, das es erhält. Aber wenn ein Import das Originaldatum einer E-Mail nicht mitliefert, bekommt die Kopie einer 7 Jahre alten Nachricht das Datum des Imports, als wäre sie gerade erst zugestellt worden.

Das Ergebnis? Sie importieren 4.000 E-Mails von einem alten IMAP-Server in Exchange Online, und die E-Mails zeigen das Importdatum statt ihres eigenen. E-Mails von 2018, 2020, 2023, alle mit dem heutigen Datum. Ihre Benutzer öffnen Outlook am Montagmorgen und sehen eine Wand identisch datierter Nachrichten.

Wie der Migrations-Assistent des Exchange Admin Centers funktioniert

Das Exchange Admin Center (EAC) enthält einen integrierten Migrations-Assistenten für IMAP-Importe. Es ist die grafische Oberfläche, zu der die meisten Exchange-Administratoren zuerst greifen: Sie gehen zu Empfänger, dann Migration, erstellen einen neuen Batch, wählen "Zu Exchange Online migrieren", wählen IMAP als Quelle, laden eine CSV-Datei mit Postfachzuordnungen hoch und starten den Batch.

Hinter den Kulissen erstellt der EAC-Migrations-Assistent ein New-MigrationBatch mit dem Endpunkttyp IMAP. Exchange verbindet sich mit Ihrem Quell-IMAP-Server, liest jede Nachricht und schreibt sie in das Ziel-Postfach von Exchange Online. Auf dem Papier einfach genug.

Aber genau hier stoßen Administratoren auf ein Problem. Microsoft dokumentiert nicht, wie die Migration das Datum jeder kopierten Nachricht festlegt, und Administratoren berichten von E-Mails, die mit dem Datum der Synchronisierung statt dem Empfangsdatum ankommen. Outlook, OWA und jeder andere Client, der mit diesem Postfach verbunden ist, verwendet dann dieses Datum für Anzeige und Sortierung.

Der originale Date:-Header von 2019? Immer noch da, vergraben in den Nachrichten-Headern. Aber Exchange verwendet ihn nicht für die Sortierreihenfolge in Ihrem Posteingang.

Date: Fri, 22 Nov 2019 16:08:33 +0100

PowerShell: New-MailboxImportRequest und dasselbe Problem

Administratoren, die die Befehlszeile bevorzugen, greifen oft zu New-MailboxImportRequest für den Import von PST-Dateien oder zu New-MigrationBatch mit IMAP-Endpunkten für Server-zu-Server-Migrationen. Die Erwartung ist, dass PowerShell mehr Kontrolle bietet. Und das stimmt, für manche Dinge. Nicht für das Datum.

New-MailboxImportRequest importiert PST-Dateien in Postfächer von Exchange Online. Die PST-Datei enthält die originalen Zeitstempel für jede Nachricht. Aber das PowerShell-Cmdlet hat keinen Parameter, der festlegt, welches Datum jede importierte Nachricht erhält. Es gibt kein -PreserveDates-Flag (und glauben Sie mir, Administratoren haben danach gesucht).

New-MigrationBatch -SourceEndpoint mit einem IMAP-Endpunkt funktioniert ähnlich wie der EAC-Assistent, nur ohne die grafische Oberfläche. Dieselbe IMAP-Verbindung, dasselbe Ergebnis beim Datum. Das Cmdlet bietet Parameter zum Filtern nach Datumsbereich (-StartAfter, -CompleteAfter) und zum Ausschließen von Ordnern, aber nichts, was steuert, wie Exchange den Zeitstempel der eingehenden Nachricht behandelt.

Um genau zu sein, betrifft dies vor allem das Anzeigedatum und die Sortierreihenfolge. Der Nachrichteninhalt, einschließlich des originalen Date-Headers, kommt unbeschädigt an. Nur das Datum, das der Kopie gegeben wurde, ist falsch, und genau dieses Datum steckt hinter allem, was der Benutzer sieht.

Direkter IMAP-Import im Vergleich zu Tools von Drittanbietern

Macht es einen Unterschied, ob Sie den nativen IMAP-Import von Exchange oder ein Tool eines Drittanbieters wie BitTitan MigrationWiz oder CloudM verwenden? Die kurze Antwort: Das Datumsproblem tritt in beiden Fällen auf, allerdings aus leicht unterschiedlichen Gründen.

Beim nativen IMAP-Import von Exchange (EAC-Assistent oder PowerShell) verbindet sich Exchange selbst mit dem Quell-IMAP-Server und ruft die Nachrichten ab. Wie dabei das Datum jeder Kopie festgelegt wird, entscheidet Microsoft, und das ist nicht dokumentiert.

Bei Tools von Drittanbietern agiert das Migrationstool als Vermittler. Es liest von der Quelle, verändert die Nachricht unter Umständen und schreibt sie in Exchange Online. Wenn das Tool über IMAP schreibt, behält Exchange Online das Datum, das ihm übergeben wird: Sendet das Tool das Originaldatum jeder E-Mail, behält die Kopie es; tut es das nicht, erhält die Kopie das Datum der Migration. Manche Tools fügen bei der Weiterleitung außerdem einen eigenen Received:-Header hinzu.

Der praktische Unterschied? Die zurückbleibenden Header sind von Tool zu Tool nicht gleich, sodass eine Korrektur sich nicht auf ein festes Muster verlassen kann. Das zugrunde liegende Problem ist identisch: Das angezeigte Datum ist nicht das Originaldatum der E-Mail.

Warum die Transportregeln von Exchange Online es schlimmer machen

Hier ist etwas, das selbst erfahrene Exchange-Administratoren überrascht. Exchange Online hat Transportregeln (im Admin Center jetzt "Nachrichtenflussregeln" genannt), die bei importierten Nachrichten ausgelöst werden können. Wenn Ihre Organisation Regeln hat, die Header hinzufügen, Haftungsausschlüsse anfügen oder Nachrichten basierend auf Bedingungen ändern, verarbeiten diese Regeln möglicherweise auch importierte E-Mails.

Das bedeutet, eine E-Mail von 2020 könnte eine Fußzeile mit Haftungsausschluss angehängt bekommen oder einen X-Header, der von einer Compliance-Regel gestempelt wurde, die es beim Versand der ursprünglichen E-Mail noch gar nicht gab. Die Datumsverfälschung ist das sichtbarste Symptom, aber Transportregeln können weitere unerwartete Änderungen verursachen.

Können Sie Transportregeln während des Imports deaktivieren? Ja, vorübergehend. Aber die meisten Administratoren denken nicht daran, weil sie gar nicht erwarten, dass die Transport-Pipeline migrierte Nachrichten überhaupt verarbeitet. Bis sie merken, was passiert ist, ist der Import-Batch abgeschlossen und der Schaden angerichtet.

Was falsche Datumsangaben für Exchange-Umgebungen bedeuten

Exchange-Umgebungen sind meist Geschäftsumgebungen. Anwaltskanzleien, Finanzinstitute, Gesundheitsorganisationen, Behörden. Das sind keine privaten Gmail-Konten, bei denen ein falsches Datum nur leicht ärgerlich ist. Das sind Postfächer, in denen E-Mail-Zeitstempel rechtliche und regulatorische Bedeutung haben.

Ein Litigation Hold in Exchange bewahrt E-Mails anhand von Datumsbereichen auf. Zeigt jede importierte E-Mail das Importdatum statt des Originaldatums, erfasst der Hold die falschen Nachrichten. Eine eDiscovery-Suche nach "allen Kommunikationen zwischen Januar und März 2022" liefert kein Ergebnis, weil diese E-Mails jetzt April 2026 zeigen.

Aufbewahrungsrichtlinien haben dasselbe Problem. Eine Organisation mit einer 3-Jahres-Aufbewahrungsrichtlinie könnte versehentlich E-Mails löschen, die scheinbar von 2026 stammen (und deshalb "neu" sind), obwohl sie tatsächlich von 2019 sind und aufbewahrt werden sollten. Oder umgekehrt: E-Mails, die gemäß der Aufbewahrungsrichtlinie eigentlich gelöscht werden sollten, bleiben erhalten, weil ihr scheinbares Datum aktuell ist.

Ein Fall von Ende 2025: Ein MSP migrierte rund 200 Postfächer von einem gehosteten Exchange-Anbieter zu Microsoft 365 mit dem EAC-Migrations-Assistenten. Drei Wochen später meldete der Compliance-Beauftragte des Kunden, dass die vierteljährlichen E-Mail-Archivierungsberichte jede archivierte Nachricht mit demselben Datum zeigten. Das gesamte E-Mail-Archiv, das 5 Jahre zurückreichte, schien an einem einzigen Dienstag im November eingetroffen zu sein.

Exchange-IMAP-Importdaten korrigieren

Der originale Date:-Header überlebt den Import unbeschädigt. Der Import verändert die originalen RFC-2822-Header innerhalb der Nachricht nicht. Dieses Originaldatum ist der Ankerpunkt für die Korrektur.

Redate.io verbindet sich mit dem Postfach von Exchange Online (jede Person meldet sich mit ihrem eigenen Microsoft-Konto an), überprüft Nachrichten auf Datumsanomalien, die durch den IMAP-Import verursacht wurden, und wendet einen proprietären Korrekturmotor an, der RFC-Konformitätsprüfung, Erhalt der Nachrichtenstruktur und gezielte Metadatenrekonstruktion durchführt. Redate muss nicht wissen, welches Tool den Import durchgeführt hat: Es findet die E-Mails, deren angezeigtes Datum nicht mit ihrem Originaldatum übereinstimmt.

Jede korrigierte Nachricht wird einzeln überprüft: Inhaltsintegrität, Prüfsummen der Anhänge, Ordnerplatzierung und Konversations-Threading. Die Originale bleiben in einem sichtbaren Sicherungsordner Ihres eigenen Postfachs, bis Sie diese selbst löschen. Sieht etwas nicht richtig aus, ist der Rollback nur einen Klick entfernt.

Warum das nicht mit einem PowerShell-Skript beheben? Weil das Verstehen des Received-Header-Problems der einfache Teil ist. 8.000 E-Mails in 50 Postfächern zu korrigieren, ohne S/MIME-signierte Nachrichten zu beschädigen, verschachtelte MIME-Strukturen zu zerstören, Nicht-ASCII-RFC-2047-Header zu verstümmeln oder Ordnerzuweisungen zu verlieren, das ist der schwierige Teil. Wie stellen Sie sicher, dass jede einzelne korrigierte Nachricht in einer Produktionsumgebung intakt ist, dass kein Anhang verloren ging, dass kein Konversationsverlauf unterbrochen wurde? Ein Skript, das bei einem Testpostfach mit 30 Nachrichten funktioniert, scheitert an realen Grenzfällen. Der Vertrag mit dem 42 MB großen Anhang und drei Inline-Bildern, eingebettet in eine multipart/mixed-Struktur innerhalb eines multipart/alternative-Wrappers? Viel Glück.

Plattformspezifische Anleitungen

Die Datumskorrektur erfolgt auf Ebene des Exchange-Online-Postfachs, aber Benutzer greifen über verschiedene Clients auf ihre E-Mails zu. Jeder zeigt Datumsangaben unterschiedlich an:

• Exchange-IMAP-Importdaten in Outlook korrigieren
• Exchange-IMAP-Importdaten in OWA korrigieren (Outlook im Web)

Sie suchen einen breiteren Überblick zu Datumsproblemen in Microsoft 365 bei verschiedenen Migrationstools? Lesen Sie den vollständigen Leitfaden zur Korrektur von E-Mail-Datumsangaben nach einer Microsoft-365-Migration.

Hat der Exchange-IMAP-Import Ihre Postfächer mit falschen Datumsangaben hinterlassen? Starten Sie mit einer kostenlosen Überprüfung, um zu sehen, wie viele E-Mails betroffen sind und was die Korrektur kostet, keine Kreditkarte erforderlich.