Was ist GSMMO?
GSMMO steht für Google Workspace Migration for Microsoft Outlook. Es ist ein kostenloses Migrationswerkzeug von Google, das Organisationen die Möglichkeit gibt, E-Mail-, Kalender- und Kontaktdaten von Microsoft Outlook (und damit auch von Microsoft Exchange) zu Google Workspace zu verschieben. GSMMO läuft als Desktop-Anwendung unter Windows und liest die Daten direkt aus dem Outlook-Profil des Benutzers oder aus PST-Sicherungsdateien.
Google hat GSMMO als offiziellen Migrationspfad für Organisationen konzipiert, die vom Microsoft-E-Mail-Ökosystem zu Google Workspace wechseln. IT-Administratoren setzen es ein, wenn die Migration einzelne Arbeitsplätze betrifft (im Gegensatz zu Server-zu-Server-Werkzeugen wie CloudM oder BitTitan). Es ist besonders verbreitet in kleinen bis mittleren Organisationen, wo die Installation eines Desktop-Werkzeugs auf jedem Rechner praktischer ist als die Konfiguration einer Migration auf Serverebene.
Für andere Google-Workspace-Migrationswerkzeuge (BitTitan, CloudM, imapsync) siehe die allgemeine Google-Workspace-Anleitung.
Wann GSMMO eingesetzt wird
Exchange zu Google Workspace
Der Hauptanwendungsfall von GSMMO ist die Migration von einem Microsoft Exchange Server on-premises zu Google Workspace. Der Administrator installiert GSMMO auf dem Arbeitsplatz jedes Benutzers, und das Werkzeug liest die E-Mails aus dem lokal verbundenen Outlook-Profil (das mit Exchange synchronisiert). Die E-Mails werden direkt in das Google-Workspace-Postfach des Benutzers hochgeladen.
PST-Datei-Import
GSMMO kann auch PST-Dateien importieren, das lokale Archivformat von Outlook. Organisationen, die E-Mails in PST-Dateien archiviert haben, nutzen GSMMO, um diese Archive in Google Workspace hochzuladen. Das ist üblich bei Migrationen, bei denen der ursprüngliche Exchange-Server bereits abgeschaltet wurde und nur noch PST-Sicherungen vorhanden sind.
Outlook.com / Hotmail zu Google Workspace
Seltener wird GSMMO verwendet, um persönliche Outlook.com- oder Hotmail-Konten zu einer Google-Workspace-Organisation zu migrieren. Das Werkzeug verbindet sich mit dem für diese Konten konfigurierten Outlook-Profil und überträgt die Daten zu Google Workspace.
Wie GSMMO das Datumsproblem verursacht
Der Upload-Prozess
Wenn GSMMO E-Mails zu Google Workspace hochlädt, verwendet es die Gmail API, um jede Nachricht einzufügen. Während dieses Einfügens verarbeiten Googles Mailserver die Nachricht und fügen Metadaten hinzu, einschließlich eines "Received"-Headers mit dem aktuellen Zeitstempel. Dieser Header zeichnet auf, wann die Nachricht in die Google-Infrastruktur eingefügt wurde - also das Migrationsdatum.
Warum IMAP-Clients das falsche Datum anzeigen
Hier wird es verwirrend. Die Gmail-Weboberfläche zeigt Daten in der Regel basierend auf dem "Date"-Header der E-Mail an, sodass Nachrichten in der Gmail-Weboberfläche oft mit dem richtigen Datum erscheinen. Wenn Benutzer aber über einen IMAP-Client (Outlook, Apple Mail, Thunderbird) auf dasselbe Google-Workspace-Postfach zugreifen, liest der Client den obersten "Received"-Header, um das Empfangsdatum zu bestimmen. Da die GSMMO-Migration einen neuen "Received"-Header mit dem Migrationszeitstempel hinzugefügt hat, zeigt jede E-Mail in diesen Clients das Migrationsdatum.
Man erhält also diese ärgerliche Situation: Dieselbe E-Mail zeigt das richtige Datum in der Gmail-Weboberfläche, aber das falsche Datum in Outlook, das mit demselben Konto verbunden ist. Benutzer und Administratoren verlieren oft Stunden mit der Fehlersuche in den Outlook-Einstellungen, obwohl das Problem in den E-Mail-Headern auf dem Server liegt. Für weitere Details zu diesem Mechanismus siehe Warum E-Mails nach der Migration das falsche Datum zeigen.
INTERNALDATE-Behandlung
GSMMO versucht, das INTERNALDATE beim Upload korrekt zu setzen. In vielen Fällen spiegelt das INTERNALDATE auf dem Google-Workspace-Server tatsächlich das Originaldatum der E-Mail wider. Aber E-Mail-Clients, die "Received"-Header gegenüber dem INTERNALDATE bevorzugen, zeigen trotzdem das falsche Datum. Outlook ist das bekannteste Beispiel: Es verwendet den Zeitstempel des "Received"-Headers für die Spalte "Empfangen", die das Standard-Sortier- und Anzeigefeld ist.
Das GSMMO-Datumsproblem diagnostizieren
Schritt 1: Gmail Web vs. IMAP-Client vergleichen
Öffnen Sie dieselbe E-Mail in der Gmail-Weboberfläche und in Outlook (oder einem anderen IMAP-Client). Wenn die Gmail-Weboberfläche das korrekte Originaldatum zeigt, aber Outlook das Migrationsdatum, wird das Problem durch einen während der GSMMO-Migration hinzugefügten "Received"-Header verursacht.
Schritt 2: Roh-Header anzeigen
Öffnen Sie in Gmail die betroffene E-Mail, klicken Sie auf die drei Punkte und wählen Sie "Original anzeigen". Untersuchen Sie die "Received"-Header am oberen Ende der Nachricht. Suchen Sie nach einem Header mit einem Zeitstempel, der dem Migrationsdatum entspricht. GSMMO-Einfügungen erzeugen in der Regel einen "Received"-Header, der die interne Google-Mail-Infrastruktur referenziert (wie "mx.google.com" oder eine Google-IP-Adresse) mit dem Migrationszeitstempel.
Schritt 3: Das Muster bestätigen
Überprüfen Sie mehrere E-Mails aus verschiedenen Zeiträumen. Wenn alle einen obersten "Received"-Header mit demselben Migrationsdatum-Zeitstempel haben (oder Zeitstempel innerhalb desselben Migrationsfensters), ist das GSMMO-Datumsproblem bestätigt.
Warum der Google-Support nicht helfen kann
Der Google-Workspace-Support bietet kein Werkzeug zur Datumskorrektur nach der Migration. Wenn Administratoren das Problem falscher Daten nach einer GSMMO-Migration melden, schlägt der Google-Support in der Regel vor, in Outlook nach "Sendedatum" zu sortieren oder die Gmail-Weboberfläche statt eines IMAP-Clients zu verwenden. Keiner dieser Vorschläge adressiert die eigentliche Ursache. Die Google-Dokumentation für GSMMO erwähnt das Datumsproblem nicht einmal als bekannte Einschränkung, und es gibt keine GSMMO-Konfigurationsoption, die das Hinzufügen des "Received"-Headers beim Upload verhindert. Eine Sackgasse.
GSMMO-Daten mit Redate.io korrigieren
Wie Redate.io mit Google Workspace funktioniert
Redate.io verbindet sich über domainweite Delegation per Service Account mit Google Workspace - derselbe Ansatz, den GSMMO und andere von Google zugelassene Migrationswerkzeuge verwenden. Der Administrator erstellt ein Service Account in der Google Cloud Console, gewährt die nötigen Gmail-API-Berechtigungen und stellt die Zugangsdaten für Redate.io bereit. Das gibt Redate.io Zugriff auf alle Postfächer der Organisation, ohne individuelle Benutzerpasswörter zu benötigen.
Betroffene E-Mails analysieren
Nach der Verbindung analysiert Redate.io jedes Postfach und leitet jede E-Mail durch seine mehrstufige Analyse-Pipeline. Die proprietäre Korrektur-Engine unterscheidet legitime "Received"-Header (von der ursprünglichen E-Mail-Zustellung) von Migrationsheadern (die beim GSMMO-Upload hinzugefügt wurden) durch Signaturabgleich mit Hunderten bekannter Migrationsprofile. Der kostenlose Analysebericht zeigt genau, wie viele E-Mails in jedem Postfach betroffen sind.
Was die Korrektur liefert
Nach der Verarbeitung durch Redate.io zeigen die E-Mails das richtige Datum in allen Clients: Gmail Web, Outlook, Apple Mail, Thunderbird. Die chronologische Ordnung des Postfachs ist wiederhergestellt. Sortierung, Suche und Filterung nach Datum funktionieren korrekt über alle Plattformen hinweg. Jede Korrektur durchläuft eine Integritätsprüfung vor der Finalisierung, und die Originale werden 30 Tage in einem sichtbaren Label "Redate.io - Originals" aufbewahrt.
Übrigens sind GSMMO-Migrationen besonders heikel, weil PST-Dateien E-Mails mit beschädigten MIME-Grenzen, fehlenden Headern oder Legacy-Encoding-Formaten enthalten können, die nicht den modernen Standards entsprechen. Die Korrektur-Engine von Redate.io behandelt all diese Variationen. Das ist keine einfache Header-Bearbeitung - es ist eine vollständige Analyse der Struktur jeder Nachricht vor jeder Änderung.
Plattformspezifische GSMMO-Korrekturanleitungen
Häufig gestellte Fragen
Kann Redate.io Daten von einem GSMMO-PST-Import korrigieren?
Ja. Ob GSMMO die E-Mails von einem aktiven Outlook-Profil oder einer PST-Datei hochgeladen hat - Redate.io identifiziert und korrigiert den Migrationsheader unabhängig vom Quellformat.
Was, wenn GSMMO vor Jahren verwendet wurde?
Die Korrektur funktioniert unabhängig davon, wann die GSMMO-Migration durchgeführt wurde. Der ursprüngliche "Date"-Header bleibt in jeder E-Mail unbegrenzt erhalten. Redate.io kann Daten Monate oder Jahre nach der Migration korrigieren.
Beeinflusst die Korrektur Gmail-Labels und Filter?
Nein. Redate.io bewahrt alle Gmail-Labels, Sterne, den Gelesen/Ungelesen-Status und andere Metadaten. Die einzige Änderung ist die Korrektur der datumsbezogenen Daten, die durch die Migration verfälscht wurden.
GSMMO-Migration hat die E-Mail-Daten zerstört? Starten Sie eine kostenlose Analyse mit Redate.io, um betroffene E-Mails zu identifizieren und die korrekten Daten in allen Postfächern der Google-Workspace-Organisation wiederherzustellen.