Sortierung nach Sendedatum ist keine Lösung

Der Rat, der in jedem Forum auftaucht

Suchen Sie in einem IT-Forum nach "E-Mails zeigen falsches Datum nach Migration", ist die erste Antwort fast immer dieselbe: "Sortieren Sie nach Sendedatum statt nach Empfangsdatum." Dieser Hinweis taucht in Microsoft-Foren, Google-Workspace-Hilfethreads, Reddit-Posts und Spiceworks-Diskussionen auf. Er ist zur Standardantwort auf ein Problem geworden, das eigentlich auf Serverdatenebene liegt.

Die Absicht dahinter ist gut. In Outlook ändert das Umschalten der Sortierspalte von "Erhalten" auf "Gesendet" tatsächlich die angezeigte Reihenfolge der E-Mails. Nachrichten, die alle dasselbe Migrationsdatum hatten, erscheinen plötzlich wieder in ihrer ursprünglichen chronologischen Reihenfolge. Auf den ersten Blick wirkt das Problem gelöst.

Aber das ist es nicht.

Warum es so aussieht, als würde es funktionieren

Die optische Verbesserung

Wenn ein Nutzer die Outlook-Ansicht auf "Sendedatum" umstellt, sieht der Posteingang sofort besser aus. E-Mails aus 2020 erscheinen vor denen aus 2023. Für jemanden, der auf 10.000 E-Mails mit identischem Datum gestarrt hat, ist das eine spürbare Erleichterung.

Funktioniert in einer Ansicht, auf einem Gerät

Der Workaround über das Sendedatum funktioniert an genau einer Stelle: in der jeweiligen Ordneransicht, auf dem jeweiligen Gerät, auf dem der Nutzer die Änderung vorgenommen hat. Wechselt der Nutzer in einen anderen Ordner, kann die Ansicht zurückspringen. Öffnet er seine E-Mails auf einem anderen Gerät, ist die Einstellung dort nicht vorhanden.

Alle Stellen, an denen es scheitert

Suchergebnisse zeigen weiterhin falsche Daten

Die E-Mail-Suche in Outlook, Gmail, Apple Mail und Thunderbird indiziert Nachrichten anhand des Empfangsdatums (INTERNALDATE), nicht anhand des Sendedatums. Sucht ein Nutzer nach "E-Mails aus März 2022", prüft die Suchmaschine die INTERNALDATE, die nach wie vor das Migrationsdatum enthält. Die Suche liefert null Treffer für März 2022 und zeigt stattdessen alle E-Mails mit dem Migrationsdatum.

Für Nutzer, die häufig nach Datumsbereichen suchen (Buchhalter, die Rechnungen eines bestimmten Quartals brauchen, Anwälte, die Korrespondenz aus einem Aktenzeitzraum zusammenstellen), ist das Postfach damit praktisch unbrauchbar. Das Umstellen der Sortierspalte hat keinerlei Einfluss darauf, was die Suchmaschine verwendet.

Compliance und eDiscovery sind beeinträchtigt

Tools wie Microsoft Purview, Google Vault und Drittanbieter-Compliance-Plattformen fragen serverseitige Metadaten ab, einschließlich der INTERNALDATE. Das Sortieren nach Sendedatum in Outlook hat keinerlei Auswirkung auf das, was diese Tools zurückliefern. Eine gesetzliche Aufbewahrungsanfrage für "alle E-Mails zwischen Januar und März 2023" liefert falsche Ergebnisse.

Für Unternehmen in der Finanzbranche, im Gesundheitswesen, in der Rechtsbranche und im öffentlichen Sektor können ungenaue eDiscovery-Ergebnisse zu Bußgeldern, Sanktionen oder nachteiligen Gerichtsentscheidungen führen. In Deutschland greift hier auch die DSGVO: fehlerhafte Datumsstempel können die Nachvollziehbarkeit elektronischer Kommunikation beeinträchtigen, was bei Prüfungen durch das Finanzamt oder Aufsichtsbehörden problematisch wird.

Auf jedem Gerät und in jedem Ordner einzustellen

Outlook wendet Ansichtseinstellungen nicht global an. Das Ändern der Sortierspalte im Posteingang ändert sie nicht in Gesendete Elemente, Entwürfe, Archiv oder benutzerdefinierten Ordnern. Jeder Ordner muss einzeln angepasst werden. Die Einstellungen werden lokal gespeichert, was bedeutet: Auf jedem Gerät muss alles wiederholt werden. Bei einer Organisation mit 100 Nutzern, je 4 Geräten und 10 Ordnern wären das 4.000 einzelne Ansichtsänderungen. Wer soll das umsetzen?

Die INTERNALDATE ist nach wie vor falsch

Die IMAP-INTERNALDATE bleibt auf dem Server falsch. Das betrifft Sicherungstools, zukünftige Migrationswerkzeuge (die die fehlerhafte INTERNALDATE weiterverbreiten), API-Integrationen und E-Mail-Archivierungssysteme. Das INTERNALDATE-Problem besteht dauerhaft fort, solange es nicht auf Serverebene behoben wird.

E-Mail-Regeln und Filter verwenden das Empfangsdatum

Outlook-Regeln, Gmail-Filter und datumsbasierte Exchange-Transportregeln funktionieren dann nicht mehr korrekt. Eine Regel, die besagt "E-Mails, die vor mehr als 90 Tagen empfangen wurden, ins Archiv verschieben", kann entweder den gesamten Postfachinhalt archivieren oder gar nichts. Power-Automate-Flows und Google Apps Scripts, die E-Mails anhand des Empfangsdatums verarbeiten, liefern falsche Ergebnisse.

Manche E-Mail-Clients unterstützen es gar nicht

Nicht alle E-Mail-Clients bieten eine Sortierung nach Sendedatum an. Apple Mail auf iOS hat keine Option "Nach Sendedatum sortieren". Thunderbird handhabt Datumsspalten anders als Outlook. Webmail-Oberflächen wie Roundcube oder Horde bieten nur eingeschränkte Möglichkeiten zur Spaltenanpassung.

Konversations-Threading ist gestört

E-Mail-Clients, die eine Konversationsansicht unterstützen, gruppieren zusammengehörige Nachrichten anhand von Headern und Datumsangaben. Wenn die Empfangsdaten falsch sind, kann das Threading Nachrichten innerhalb eines Threads falsch ordnen oder das Datum des Threads als Migrationsdatum anzeigen.

Die eigentliche Lösung: serverseitige Daten korrigieren

Der Grund, warum "nach Sendedatum sortieren" scheitert, ist einfach: Es behandelt das Symptom (falsche Anzeigereihenfolge), ohne die Ursache zu beheben (falsche Datumsmetadaten auf dem Server). Die echte Lösung besteht darin, die Datumsmetadaten für jede betroffene E-Mail direkt auf dem Server zu korrigieren.

Sobald die serverseitigen Daten korrigiert sind, zeigt jeder E-Mail-Client das richtige Datum. Suchergebnisse liefern korrekte Datumsbereiche. Compliance-Tools fragen die richtigen Zeitstempel ab. Regeln und Filter arbeiten auf Basis des tatsächlichen Empfangsdatums. Keine gerätespezifischen oder ordnerspezifischen Einstellungen mehr. Die Korrektur ist dauerhaft und universell.

So führt Redate.io die Korrektur auf Serverebene durch

Der proprietäre Korrekturmechanismus von Redate.io verbindet sich mit dem Postfach (Google Workspace, Microsoft 365 oder einem beliebigen IMAP-Server) und scannt jede E-Mail, um Nachrichten mit migrationsbedingten "Received"-Headern zu identifizieren. Der Scan ist kostenlos.

Für jede betroffene E-Mail identifiziert die mehrstufige Analysepipeline Migrationssignaturen per Musterabgleich über Hunderte bekannter Migrationswerkzeug-Signaturen, wendet gezielte Korrekturen durch, ohne die Nachrichtenintegrität zu beeinträchtigen (S/MIME-Signaturen, Multipart-Strukturen, eingebettete Anhänge, Nicht-ASCII-Header und Dutzende weiterer Randfälle), und führt eine Integritätsprüfung für jede korrigierte E-Mail durch. Die Originale werden für 30 Tage in einen sichtbaren Sicherungsordner verschoben. Den vollständigen Ablauf beschreibt der Artikel Können E-Mail-Daten nach der Migration korrigiert werden?

Nach der Korrektur gibt es in Outlook nichts zu konfigurieren, keine Einstellungen, die auf jedem Gerät geändert werden müssten, keinen Workaround, den man sich merken muss. Die Daten sind einfach korrekt, überall, dauerhaft.

Verlassen Sie sich nicht länger auf einen Workaround, der nur halb funktioniert. Starten Sie einen kostenlosen Scan, um zu sehen, wie viele E-Mails falsche Daten aufweisen, und korrigieren Sie 10 davon kostenlos, um die Ergebnisse selbst zu überprüfen.