Manuelle IMAP-Kopie-Daten in Gmail korrigieren

Manuelles IMAP-Kopieren nach Gmail klingt simpel genug: Quellkonto und Gmail in einem E-Mail-Client wie Outlook, Thunderbird oder Apple Mail hinzufügen, dann Nachrichten rüberziehen. Was Ihnen niemand sagt: Jeder E-Mail-Client verwirft die originalen Daten-Metadaten bei diesem Vorgang. Der Client lädt Nachrichten nach Gmail hoch, ohne die originale INTERNALDATE anzugeben, also zeichnet Gmail stattdessen den Upload-Zeitstempel auf. Tausende E-Mails, ein Datum.

Gmail selbst fügt dem Problem nichts hinzu. Über IMAP behält es das Datum, das der Client übergibt, und fügt keinen eigenen Header hinzu. Das falsche Datum stammt also allein vom Client. Die Gmail-Weboberfläche ist klug genug, den Date-Header aus dem E-Mail-Text für Anzeigezwecke zu verwenden, sodass Daten im Browser korrekt aussehen können. Aber jeder IMAP-Client, der sich danach verbindet, liest die verfälschte INTERNALDATE von Googles Servern.

Wer macht eigentlich manuelles IMAP-Kopieren? Mehr Leute als man denkt. Kleine Unternehmen, die von Yahoo Mail oder einem günstigen Hosting-Anbieter nach Gmail konsolidieren. Freiberufler, die drei Konten zusammenführen. IT-Berater, die ein Kundenpostfach von einem Anbieter migrieren, für den es kein offizielles Migrationstool gibt. Der Drag-and-Drop-Ansatz fühlt sich intuitiv und sicher an. Aber auf IMAP-Protokollebene werden Daten-Metadaten während des Transfers stillschweigend zerstört - und bis es jemand bemerkt, ist das Quellkonto möglicherweise bereits geschlossen.

Die Auswirkung spaltet sich in zwei Welten. In Gmails Weboberfläche können Daten korrekt erscheinen, weil Gmail den Date-Header aus dem E-Mail-Text liest. In jedem IMAP-Client - Outlook, Apple Mail, Thunderbird, der Gmail-App auf Android - erscheint stattdessen das Kopierdatum. Das erzeugt eine verwirrende Situation, in der dieselbe E-Mail je nach Zugriffsmethode unterschiedliche Daten anzeigt.

Aber der Schaden geht tiefer als Anzeige-Inkonsistenzen. Haben Sie schon mal versucht, ein Compliance-Audit für ein Postfach durchzuführen, in dem 30.000 E-Mails dieselbe INTERNALDATE tragen? Google Vault-Suchen nach Datum liefern irreführende Ergebnisse. Backup-Tools wie MailStore, Veeam oder benutzerdefinierte Archivierungsskripte, die über IMAP verbinden, zeichnen dauerhaft die falschen Daten auf. Google Takeout-Exporte können die INTERNALDATE für Dateinamen referenzieren und Archivordner erstellen, in denen E-Mails von 2017 neben denen von 2023 unter einem einzigen Datum liegen. Für jemanden, der jahrelange E-Mails von mehreren Anbietern nach Gmail konsolidiert hat, kann das bedeuten, dass die gesamte E-Mail-Historie falsche Daten-Metadaten auf Googles Servern hat.

Redate.io behebt das durch eine proprietäre Korrektur-Engine, die E-Mails findet, deren angezeigtes Datum nicht mit ihrem Originaldatum übereinstimmt, unabhängig davon, welches Tool oder welcher Client die Kopie erstellt hat. Der Prozess führt gezielte Metadaten-Korrektur auf Serverebene durch - bewahrt Nachrichteninhalt, Labels, Lesestatus und Anhänge, während präzise Datumsinformationen wiederhergestellt werden. Jede Nachricht erhält vor und nach der Korrektur eine individuelle Verifizierung.