GSMMO hat Ihr E-Mail-Datum verfälscht? So beheben Sie es

GSMMO und das Datumsproblem, vor dem niemand warnt

Google Workspace Migration for Microsoft Outlook (GSMMO) ist das Desktop-Tool, das Google bereitstellt, um PST-Dateien, Outlook-Profile und lokale E-Mail-Archive nach Gmail zu migrieren. Es ist kostenlos, offiziell unterstützt und der Migrationsweg, den Google empfiehlt, wenn ein kleines Team oder einzelne Postfächer von Outlook zu Google Workspace umziehen.

Das Tool funktioniert. E-Mails kommen in Gmail an, die Ordnerstruktur wird auf Labels abgebildet, Kontakte werden übertragen. Aber öffnen Sie Gmail danach und sortieren Sie nach Datum. Jede E-Mail zeigt das heutige Datum. Das Angebot, das Sie im Januar 2021 verschickt haben? April 2026. Die Rechnung Ihres Steuerberaters von März 2023? Auch April 2026.

GSMMO warnt nicht, dass das passieren wird. Das Migrationsprotokoll zeigt für jede Nachricht Erfolg an. Googles eigene Dokumentation erwähnt es nicht als bekannte Einschränkung. Man entdeckt es erst, wenn jemand eine alte E-Mail nach Datumsbereich sucht und null Ergebnisse bekommt.

Wie GSMMO Ihre E-Mails tatsächlich hochlädt

GSMMO liest Nachrichten aus der PST-Datei (oder direkt aus dem Outlook-Profil) und lädt sie über die Gmail-API hoch (Googles eigene Versionshinweise zum Tool sagen das). Hier liegt der Ursprung des Datumsproblems, und es lohnt sich, die Mechanik zu verstehen, weil sie erklärt, warum die Lösung nicht so einfach ist wie "nochmal importieren".

Wenn GSMMO eine Nachricht über die Gmail-API hochlädt, fügt Gmail einen neuen Received:-Header hinzu, der den Moment des Uploads trägt. Und wenn das ursprüngliche Datum nicht mit übertragen wird, wird das INTERNALDATE, der Zeitstempel, den Gmail intern für Sortierung und Anzeige verwendet, auf den Zeitpunkt des Uploads gesetzt statt auf das ursprüngliche Sendedatum.

So sieht die Header-Kette nach einer GSMMO-Migration aus:

Received: by 2002:a05:6512:3ca2:0:0:0:0 with SMTP id
    bi34csp1847206lfb; Sun, 5 Apr 2026 03:17:42 -0700 (PDT)
Received: from [127.0.0.1] (localhost [127.0.0.1])
    by gmailapi.google.com; Sun, 05 Apr 2026 10:17:41 +0000
Date: Wed, 18 Sep 2019 14:33:07 +0200

Sehen Sie den originalen Date:-Header von September 2019? Er ist noch da, unverändert. GSMMO ändert weder den Nachrichtentext noch die Original-Header. Aber Gmail ignoriert ihn für die Anzeige und nutzt stattdessen das INTERNALDATE, das jetzt April 2026 sagt.

GSMMO vs. Admin-Migrationstools

Hier beginnt oft die Verwirrung. Google hat mehrere Migrationstools, und die verhalten sich nicht alle gleich.

GSMMO (die Desktop-App) läuft auf dem Rechner des Benutzers. Es liest aus Outlook oder einer PST-Datei und lädt E-Mails über die Gmail-API hoch. Der Benutzer braucht ein Google-Workspace-Konto und das GSMMO-Plugin in Outlook. Es ist ein clientseitiges Tool.

Google Workspace Migration Service (das Admin-Konsolen-Tool) arbeitet serverseitig. Ein Administrator konfiguriert es in der Google Admin-Konsole, verweist es auf einen Exchange-Server oder einen anderen Google-Workspace-Tenant, und die Migration läuft in Googles Infrastruktur. Dieses Tool behandelt das Datum in manchen Konfigurationen etwas besser, weil es das INTERNALDATE anhand der Quell-Metadaten setzen kann. Aber "etwas besser" heißt nicht "zuverlässig", und viele Administratoren berichten über dasselbe Datumsproblem auch mit diesem Tool.

Der wesentliche Unterschied? Bei GSMMO gibt es keine serverseitige Intelligenz, die über Datumserhaltung entscheidet. Jede hochgeladene Nachricht erhält dieselbe Behandlung, ob frische E-Mail oder 10 Jahre altes Archiv: einen Received:-Header, der den Tag des Uploads trägt. Punkt.

Warum die Datumserhaltung bei GSMMO nicht funktioniert

Wenn Sie sich die GSMMO-Einstellungen angesehen haben, ist Ihnen vielleicht aufgefallen, dass es keine Option "Datum erhalten" gibt. Das ist kein Versehen. GSMMO verlässt sich darauf, wie Gmail Nachrichten behandelt, die über seine API hochgeladen werden, und kann das nicht übersteuern.

Hier die technische Abfolge:

1. GSMMO liest die Nachricht aus der PST-Datei, einschließlich der originalen Zeitstempel
2. GSMMO lädt die Nachrichtendaten über die Gmail-API hoch
3. Gmail empfängt den Upload und speichert die Nachricht im Postfach
4. Gmail fügt einen neuen Received:-Header mit dem Zeitpunkt des Uploads hinzu (die Zeile gmailapi.google.com im obigen Beispiel)
5. Wenn das ursprüngliche Datum nicht mit übertragen wird, setzt Gmail das INTERNALDATE auf den Upload-Zeitstempel
6. Die Nachricht landet in Gmail mit dem heutigen Datum

Schritte 4 und 5 sind die entscheidenden. Gmail fügt diesen Header jeder Nachricht hinzu, die über seine API hochgeladen wird, unabhängig davon, was das Tool sendet, und GSMMO hat keine Einstellung, um das ursprüngliche Datum zu übertragen oder zu bewahren. Das Ergebnis: Alle Ihre historischen E-Mails sehen aus, als wären sie heute eingetroffen.

Manche Administratoren haben versucht, GSMMO mit bestimmten Google-Workspace-Einstellungen oder angepassten GSMMO-Profilparametern auszuführen. Nichts davon beeinflusst das Datumsverhalten. Der Received:-Header wird auf Googles Seite hinzugefügt, und keine clientseitige Konfiguration ändert das.

Bestimmte GSMMO-Szenarien, die Datumsangaben verfälschen

Nicht jede GSMMO-Migration endet im Datums-Chaos, die meisten aber schon. Hier sind die betroffenen Fälle:

• PST-Datei nach Gmail: Das Datum wird verfälscht. Das ist der häufigste GSMMO-Anwendungsfall und am stärksten betroffen.
• Outlook-Profil nach Gmail: Das Datum wird verfälscht. Derselbe Upload über die Gmail-API wie beim PST-Import.
• Exchange Online (Microsoft 365) nach Gmail über GSMMO: Das Datum wird verfälscht. GSMMO liest vom Exchange-Server und lädt über die Gmail-API hoch.
• On-Premises Exchange nach Gmail über GSMMO: Das Datum wird verfälscht. Gleicher Mechanismus.
• Gmail zu Gmail (Re-Import eines PST-Exports): Das Datum wird verfälscht. Selbst wenn die Original-E-Mails im PST korrekte Datumsangaben hatten, stempelt der Re-Import sie neu.

Das Muster ist eindeutig. Jede Nachricht, die über die Gmail-API hochgeladen wird, erhält einen Received:-Header, der den Tag des Uploads trägt. GSMMO nutzt immer diesen Weg.

Was das besonders ärgerlich macht: Der GSMMO-Migrationsbericht zeigt alles als erfolgreich an. Keine Warnungen zum Datum, keine Fehler, keine Hinweise. Man müsste Zeitstempel vor und nach der Migration manuell vergleichen, und die meisten Administratoren tun das erst, wenn sich ein Benutzer beschwert.

Die Auswirkungen gehen weit über die Sortierung hinaus

Falsche Datumsangaben nach einer GSMMO-Migration verursachen echte Probleme, die über ein unordentliches Postfach hinausgehen.

Stellen Sie sich vor, Sie sind Steuerberater und gerade zu Google Workspace gewechselt. Sie müssen die gesamte Mandantenkorrespondenz aus Q3 2024 für eine Steuererklärung finden. Sie suchen in Gmail nach Datumsbereich: Juli bis September 2024. Null Ergebnisse. Jede E-Mail aus diesem Zeitraum zeigt jetzt das Migrationsdatum, also kann Gmails Datumsfilter sie nicht finden. Sie bleiben beim Durchscrollen Tausender Nachrichten oder bei der Stichwortsuche hängen und hoffen, sich an die richtigen Begriffe zu erinnern.

Für regulierte Branchen ist das mehr als lästig. E-Mail-Zeitstempel dienen als rechtliche Beweismittel. Ein Finanzberater, der nachweisen muss, dass er eine Offenlegung vor einem Transaktionsdatum gesendet hat, kann das nicht, wenn die E-Mail April 2026 statt Februar 2023 anzeigt. Compliance-Prüfungen nach SOX oder HIPAA stützen sich auf präzise Kommunikationszeitstempel, und ein falsches Datum bedeutet gescheiterte Audits.

Und dann gibt es das Threading-Problem. Gmail gruppiert Unterhaltungen nach Datum und Betreff. Wenn jede Nachricht in einem Thread dasselbe Datum zeigt, wird die Konversationsansicht chaotisch. Antworten erscheinen vor der Originalnachricht. Die gesamte Thread-Struktur kollabiert zu einem Haufen gleich datierter E-Mails.

GSMMO-Datumsangaben mit Redate.io korrigieren

Die gute Nachricht: Der originale Date:-Header ist in jeder migrierten E-Mail noch intakt. GSMMO ändert den Nachrichteninhalt nicht. Das korrekte Datum ist vorhanden, wird aber von Gmails Anzeigelogik ignoriert, weil das INTERNALDATE und der oberste Received-Header auf das Migrationsdatum zeigen.

Redate.io verbindet sich mit dem Google-Workspace-Postfach, überprüft es auf E-Mails, die von der GSMMO-Migration betroffen sind, und korrigiert die Datumsangaben über einen proprietären Motor zur Header-Ketten-Analyse und Datumsrekonstruktion. Redate muss nicht wissen, welches Tool die Migration durchgeführt hat: Es findet die E-Mails, deren angezeigtes Datum nicht mit ihrem Originaldatum übereinstimmt, und korrigiert sie, ohne Nachrichteninhalt, Anhänge oder Threading zu verändern.

Jede korrigierte E-Mail durchläuft eine individuelle Prüfung: Nachrichtenintegrität, Anhangssicherung, Label-Zuordnung und Thread-Konsistenz. Originale bleiben in einem sichtbaren Ordner Redate.io - Originals Ihres eigenen Postfachs, bis Sie sie selbst löschen.

Könnten Sie das selbst mit einem Skript beheben? Das Problem zu verstehen ist eine Sache. 12.000 E-Mails zu korrigieren, ohne S/MIME-Signaturen zu brechen, verschachtelte MIME-Teile zu beschädigen oder RFC-2047-kodierte Header in einem Produktionspostfach zu zerstören, ist eine völlig andere. Wie gehen Sie mit der E-Mail um, die einen 38-MB-Anhang und eine beschädigte MIME-Grenze hat, die GSMMO importiert, aber kaum zusammengehalten hat? Wie verifizieren Sie, dass jede einzelne Nachricht intakt ankam? Ein Skript, das bei 20 Testnachrichten im Labor funktioniert, überlebt kein echtes Postfach mit 8 Jahren Korrespondenz.

Plattformspezifische Anleitungen für GSMMO

Da GSMMO speziell nach Google Workspace migriert, erfolgt die Korrektur auf Gmail-Ebene. Aber die betroffenen E-Mails sind in jedem Client sichtbar, der mit diesem Gmail-Konto verbunden ist:

• GSMMO-Migrationsdaten in Gmail korrigieren
• GSMMO-Migrationsdaten in Outlook korrigieren (mit Google Workspace verbunden)
• GSMMO-Migrationsdaten in Apple Mail korrigieren

Migration schon Monate her? Der originale Date-Header verliert mit der Zeit nicht an Gültigkeit. Redate.io kann GSMMO-betroffene E-Mails korrigieren, egal ob die Migration letzte Woche stattfand oder vor drei Jahren.

GSMMO-Migration hat Ihre E-Mails mit falschem Datum hinterlassen? Starten Sie eine kostenlose Überprüfung, um die genaue Anzahl betroffener E-Mails und die Korrekturkosten zu sehen, bevor Sie sich festlegen.