Manuelle IMAP-Kopie-Daten in Thunderbird korrigieren

Thunderbird macht es trügerisch einfach, E-Mails zwischen IMAP-Konten zu migrieren. Beide Konten hinzufügen, Nachrichten auswählen, Rechtsklick, "Kopieren nach". Fertig. Nur dass die Daten auf dem Zielserver jetzt falsch sind - und Thunderbird warnt Sie nicht davor.

Wenn Thunderbird eine Nachricht auf den Ziel-IMAP-Server hochlädt, setzt es einen APPEND-Befehl ohne Angabe der originalen INTERNALDATE ab. Der Zielserver macht das, was jeder IMAP-Server in dieser Situation macht: Er zeichnet den Upload-Zeitstempel als INTERNALDATE auf und fügt einen eigenen Received-Header hinzu, datiert auf jetzt. Der originale Date-Header im E-Mail-Text bleibt intakt, aber die serverseitigen Metadaten werden dauerhaft überschrieben.

Und jetzt der trügerische Teil. Thunderbirds Standard-Spaltenlayout zeigt die Spalte "Datum", die den Date-Header ausliest - den, der noch korrekt ist. Direkt nach dem Kopieren von 8.000 Nachrichten werfen Sie einen Blick auf Thunderbird und alles sieht in Ordnung aus. Die Daten erscheinen normal. Problem gelöst, oder?

Falsch. Die serverseitige INTERNALDATE ist verfälscht. Und diese INTERNALDATE ist das, was jeder andere E-Mail-Client verwendet. Outlook mit demselben Konto verbinden? Migrationsdatum auf jeder E-Mail. Apple Mail öffnen? Dasselbe Problem. Sogar innerhalb von Thunderbird selbst enthüllt das Hinzufügen der Spalte "Empfangen" den wahren Schaden. Serverseitige IMAP-Suchbefehle (SEARCH SINCE, SEARCH BEFORE) referenzieren die INTERNALDATE, nicht den Date-Header. Ihre E-Mail-Historie ist stillschweigend auf Protokollebene kaputt, auch wenn Thunderbirds Standardansicht das vor Ihnen verbirgt.

In Thunderbirds Standardkonfiguration ist der sichtbare Schaden minimal - die Spalte "Datum" sieht noch korrekt aus. Aber aktivieren Sie die Spalte "Empfangen", und die Verfälschung wird offensichtlich: Jede kopierte Nachricht zeigt das Kopierdatum. Serverseitige Sortierung nach Empfangsdatum erzeugt eine sinnlose chronologische Reihenfolge. Thunderbirds Schnellfilterleiste fragt bei Datumsbereichs-Filterung den Server über die INTERNALDATE ab und liefert ungenaue Ergebnisse für kopierte Nachrichten.

Die eigentliche Gefahr reicht über Thunderbird hinaus. Jeder andere Client, der sich mit demselben IMAP-Konto verbindet (Outlook, Apple Mail, mobile E-Mail-Apps), zeigt standardmäßig die falschen Daten an. Backup-Tools, die über IMAP archivieren, erfassen die verfälschte INTERNALDATE. Nachrichtenfilter in Thunderbird, die auf dem Empfangsdatum auslösen, verwenden die INTERNALDATE und leiten Nachrichten möglicherweise falsch weiter. Die Header-Kettenanalyse und Datums-Metadaten-Rekonstruktion von Redate.io korrigiert die INTERNALDATE auf dem Server selbst, was bedeutet, dass jeder Client, der sich danach verbindet - Thunderbird, Outlook, Mobile Apps, Backup-Tools - die korrekten Daten sieht, ohne zusätzliche Konfiguration.