Checkliste E-Mail-Migration: Datumsprobleme vermeiden

Warum eine Migrations-Checkliste unverzichtbar ist

E-Mail-Migrationen gehören zu den riskantesten IT-Operationen überhaupt. Man verschiebt jahrelange Geschäftskommunikation zwischen Plattformen, und ein einziges Versäumnis kann die Metadaten aller Postfächer beschädigen. Das häufigste Opfer? Die E-Mail-Daten. Nach einer Migration zeigt jede E-Mail potenziell das Migrationsdatum statt des ursprünglichen Sende- oder Empfangsdatums.

Diese Checkliste deckt jede Phase des Migrationsprozesses ab. Befolgen Sie diese Schritte, um das Risiko einer Datumskorruption und anderer Metadaten-Probleme zu minimieren. Und falls die Migration bereits abgeschlossen ist und Datumsprobleme aufgetreten sind, lesen Sie einfach weiter.

Phase 1: Planung vor der Migration

Postfächer inventarisieren

Bevor Sie ein Migrations-Tool anfassen, dokumentieren Sie jedes Postfach, das migriert werden soll. Halten Sie die Gesamtanzahl der Postfächer fest, die ungefähre Anzahl der E-Mails pro Postfach, den Datumsbereich der ältesten E-Mails sowie alle gemeinsamen Postfächer und Verteilergruppen. Diese Bestandsaufnahme bestimmt, welches Migrations-Tool geeignet ist, wie lange die Migration dauern wird, und welche Tarife für eventuelle Korrekturen nach der Migration anfallen.

Das richtige Migrations-Tool wählen

Nicht alle Migrations-Tools behandeln Daten gleich. Informieren Sie sich darüber, wie jedes Tool mit der Erhaltung des IMAP INTERNALDATE umgeht und ob es beim APPEND-Vorgang "Received"-Header hinzufügt. Verbreitete Tools sind BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO und der native Import im Exchange Admin Center. Jedes dieser Tools kann Datumsprobleme verursachen, weil das IMAP-Protokoll selbst verlangt, dass der Zielserver beim Einfügen einen "Received"-Header hinzufügt. Manche Tools erhalten den INTERNALDATE aber zuverlässiger als andere. Wie INTERNALDATE genau funktioniert und warum Daten kaputtgehen, erklärt dieser Artikel: IMAP INTERNALDATE: Warum Daten kaputt gehen.

Alles sichern

Erstellen Sie vor der Migration eine vollständige Sicherung jedes Postfachs. Diese Sicherung dient sowohl als Sicherheitsnetz als auch als Referenzpunkt zur späteren Überprüfung der Daten. Für Google Workspace nutzen Sie Google Takeout oder ein Sicherungstool eines Drittanbieters. Für Microsoft 365 verwenden Sie die Exchange-Online-Sicherung oder den PST-Export. Für IMAP-Server erstellen Sie mit imapsync eine lokale Kopie.

Speichern Sie die Sicherungen an einem Ort, der vollständig von Quell- und Zielservern getrennt ist.

Originaldaten dokumentieren

Wählen Sie pro Postfach 10 bis 20 E-Mails aus verschiedenen Datumsbereichen aus (älteste, neueste und mehrere dazwischen). Notieren Sie das Empfangsdatum, das Sendedatum und die rohen Header jeder E-Mail. Diese Referenz-E-Mails bilden nach der Migration Ihre Vergleichsbasis. Machen Sie außerdem einen Screenshot des nach Datum sortierten Postfachs, um die ursprüngliche chronologische Reihenfolge visuell zu dokumentieren.

Phase 2: Testmigration

Zuerst ein Testpostfach migrieren

Starten Sie niemals eine vollständige Migration, ohne vorher zu testen.

Erstellen Sie ein Testpostfach mit einer repräsentativen Auswahl an E-Mails (mindestens 100, über mehrere Jahre verteilt). Führen Sie die Migration nur für dieses Postfach durch und untersuchen Sie die Ergebnisse gründlich, bevor Sie fortfahren. Dieser Test zeigt Datumsprobleme, Kodierungsfehler, Fehler bei der Anhangsverwaltung und Abweichungen in der Ordnerstruktur, bevor sie die Produktionspostfächer betreffen.

Daten im Testpostfach überprüfen

Überprüfen Sie nach der Migration des Testpostfachs die Daten sofort. Öffnen Sie das Postfach in dem E-Mail-Client, den die Endnutzer tatsächlich verwenden werden (Outlook, Apple Mail, Thunderbird oder das Webmail-Interface). Vergleichen Sie die angezeigten Daten mit den in Phase 1 dokumentierten Referenz-E-Mails. Prüfen Sie sowohl Empfangs- als auch Sendedaten. Öffnen Sie die rohen Header mehrerer E-Mails und suchen Sie nach neu hinzugefügten "Received"-Headern mit dem Migrations-Zeitstempel.

Wenn die Daten im Testpostfach falsch sind, werden sie in allen Postfächern falsch sein. Stoppen Sie alles und lösen Sie das Problem, bevor Sie mit der vollständigen Migration fortfahren.

Mit mehreren E-Mail-Clients testen

Verschiedene E-Mail-Clients zeigen Daten unterschiedlich an. Das Gmail-Webinterface kann korrekte Daten anzeigen (es verwendet den "Date"-Header), während Outlook das Migrationsdatum anzeigt (es bevorzugt den "Received"-Header). Testen Sie mit jedem Client, den die Mitarbeiter der Organisation verwenden, insbesondere Outlook Desktop, Outlook im Web, Apple Mail, Thunderbird und alle mobilen E-Mail-Apps.

Phase 3: Durchführung der Migration

Konfiguration des Migrations-Tools

Konfigurieren Sie das Migrations-Tool so, dass der INTERNALDATE so weit wie möglich erhalten bleibt. In imapsync verwenden Sie die entsprechenden Flags, um den INTERNALDATE auf dem Zielserver zu setzen. In BitTitan MigrationWiz prüfen Sie die erweiterten Einstellungen auf Optionen zur Datumsverwaltung. Diese Einstellungen verhindern Probleme mit dem "Received"-Header nicht vollständig, reduzieren aber die Schwere der Datumsprobleme in bestimmten Clients. Dokumentieren Sie jeden verwendeten Konfigurationsparameter, damit die Migration bei Bedarf reproduziert werden kann.

In Batches migrieren

Migrieren Sie nicht alle Postfächer gleichzeitig. Gehen Sie in Batches von 10 bis 20 Postfächern vor und überprüfen Sie die Daten nach jedem Batch. Wenn ein Batch Datumsprobleme zeigt, erkennen Sie das, bevor die gesamte Organisation betroffen ist. Die Batch-Migration reduziert außerdem die Last auf Quell- und Zielservern und verringert das Risiko von Timeouts oder Verbindungsfehlern, die zu unvollständigen Migrationen führen können.

Den Fortschritt überwachen

Verfolgen Sie den Migrationsfortschritt für jedes Postfach. Notieren Sie Startzeit, Endzeit, Anzahl der migrierten E-Mails und etwaige Fehler. Migrations-Tools liefern in der Regel Protokolle (Logs) - bewahren Sie diese für jedes Postfach auf. Wenn später Datumsprobleme entdeckt werden, helfen die Logs dabei, genau zu identifizieren, welcher Migrationsbatch und welche Parameter verwendet wurden.

Phase 4: Überprüfung nach der Migration

Daten sofort überprüfen

Überprüfen Sie die E-Mail-Daten innerhalb von 24 Stunden nach der Migration. Öffnen Sie für jeden Batch 5 bis 10 Postfächer und vergleichen Sie die Daten mit den Referenzen von vor der Migration. Falls die Daten falsch sind, dokumentieren Sie das Ausmaß des Problems (wie viele Postfächer betroffen, wie viele E-Mails pro Postfach), solange die Informationen noch frisch sind.

Alle Ordnertypen überprüfen

Datumsprobleme können verschiedene Ordner unterschiedlich betreffen. Überprüfen Sie die Daten im Posteingang, in den gesendeten Elementen, in Entwürfen und in allen benutzerdefinierten Ordnern oder Labels. Manche Migrations-Tools verarbeiten Ordner sequenziell, und Fehler in einem Ordner bedeuten nicht zwangsläufig Fehler in anderen.

Suche und Sortierung prüfen

Öffnen Sie ein migriertes Postfach, sortieren Sie nach Datum und bestätigen Sie, dass die chronologische Reihenfolge dem Original entspricht. Suchen Sie nach E-Mails anhand von Datumsbereichen und überprüfen Sie, ob die Ergebnisse korrekt sind. Testen Sie alle automatisierten Regeln oder Filter, die von Empfangsdaten abhängen. Wenn die Organisation Compliance- oder eDiscovery-Tools einsetzt, prüfen Sie, ob datumsbasierte Abfragen korrekte Ergebnisse liefern.

Häufige Fehler, die Datumsprobleme verursachen

Die Testmigration überspringen

Der häufigste Fehler: alle Postfächer migrieren, ohne vorher zu testen. Wenn die Datumsprobleme entdeckt werden, sind alle Postfächer betroffen und der Quellserver wurde vielleicht bereits abgeschaltet. Eine 30-minütige Testmigration kann wochenlange Nacharbeit verhindern. Ehrlich gesagt gibt es keinen guten Grund, darauf zu verzichten.

"Received"-Header-Ergänzungen ignorieren

Admins konzentrieren sich oft auf die Erhaltung des INTERNALDATE und vernachlässigen das "Received"-Header-Problem. Selbst wenn der INTERNALDATE korrekt gesetzt ist, sorgt der Migrations-"Received"-Header dafür, dass Outlook und andere Clients das falsche Datum anzeigen. Das ist die häufigste Quelle für Beschwerden nach der Migration. Eine ausführliche technische Erklärung dazu finden Sie unter Warum E-Mails nach der Migration das falsche Datum zeigen.

Den Quellserver zu früh abschalten

Wenn Datumsprobleme entdeckt werden, nachdem der Quellserver abgeschaltet wurde, ist die Option einer erneuten Migration weg. Halten Sie den Quellserver mindestens 30 Tage nach der Migration zugänglich (auch nur lesend). Das gibt Ihnen eine Rückfallmöglichkeit, falls schwerwiegende Probleme später auftauchen.

Was tun, wenn die Daten bereits falsch sind

Wenn die Migration bereits abgeschlossen ist und die Daten falsch sind, ist das Problem behebbar. Der ursprüngliche "Date"-Header ist in jeder E-Mail erhalten, was bedeutet, dass die korrekte Datumsinformation noch immer vorhanden ist. E-Mail-Daten können nach der Migration korrigiert werden, auch Monate oder Jahre später.

Die proprietäre Korrektur-Engine von Redate.io verbindet sich mit dem Postfach und sucht nach E-Mails mit korrumpierten Datums-Metadaten. Die mehrstufige Analyse-Pipeline identifiziert Migrations-Signaturen, wendet gezielte Korrekturen an und bewahrt dabei die Integrität der Nachrichten (einschließlich S/MIME-Signaturen, Multipart-Strukturen und Nicht-ASCII-Headern). Anschließend wird für jede korrigierte E-Mail eine Integritätsprüfung durchgeführt. Die Analyse ist kostenlos und zeigt genau, wie viele E-Mails betroffen sind. Die Originale werden 30 Tage lang in einem sichtbaren Sicherungsordner aufbewahrt.

Solche Korrekturen manuell oder mit einem eigenen Skript zu versuchen ist verlockend, aber riskant. Sonderfälle wie PGP-verschlüsselte Nachrichten, beschädigte MIME-Grenzen, verschachtelte Multipart-Strukturen und Content-Transfer-Encoding-Abweichungen können E-Mails still und leise korrumpieren, ohne dass man es merkt, bis es zu spät ist. Und wie prüft man, dass 10.000 korrigierte E-Mails alle vollständig intakt sind?

Bereit zu prüfen, ob Ihr Postfach Datumsprobleme hat? Starten Sie jetzt eine kostenlose Analyse mit Redate.io - keine Zahlung erforderlich, um zu sehen, wie viele E-Mails betroffen sind.