Sie können E-Mails aus Gmail sicher migrieren. Das Chaos beginnt, wenn Gmail wie ein normaler IMAP-Server behandelt wird. Das ist es nicht. Gmail verwendet Labels statt echter Ordner. Genau dieses Detail führt zu aufgeblähten oder stockenden Migrationen und falsch abgelegten gesendeten Nachrichten. Wenn Sie Workspace wegen steigender Kosten pro Nutzer verlassen, sollten Sie vom richtigen Modell ausgehen und sich spätere Aufräumarbeiten ersparen.
Für die größere Kosten- und Plattformfrage lesen Sie geschäftliche E-Mail. Dieser Leitfaden behandelt die Ausführung: Nachrichten migrieren, Duplikate vermeiden, DNS umstellen und sicherstellen, dass keine E-Mail fehlt.
Die Kurzfassung ist einfach. Synchronisieren Sie zuerst alte E-Mails. Ändern Sie MX, sobald alles bereit ist. Führen Sie eine letzte Nachholsynchronisierung aus. Prüfen Sie die Nachrichtenanzahl und nicht die Postfachgröße. So lassen sich E-Mails am saubersten von Gmail zu einem Standard-IMAP-Host wie TrekMail migrieren.
Warum Gmail normale IMAP-Migrationen erschwert
Beim Migrieren aus Gmail sind Duplikate das größte Risiko. Gmail stellt Labels über IMAP bereit, sodass eine Nachricht an mehreren Stellen erscheinen kann. Kopiert das Migrationstool jeden sichtbaren Ordner, kann dieselbe Nachricht mehrfach importiert werden und das Zielpostfach schnell anwachsen.
In einem üblichen IMAP-Postfach liegt eine Nachricht in einem Ordner. Bei Gmail befindet sie sich gewöhnlich in All Mail, ergänzt um Labels. Über IMAP können diese Labels wie getrennte Ordner aussehen.
Das ist die Falle.
Besitzt eine Nachricht Inbox, Project A und Urgent, versucht ein einfaches Tool möglicherweise, sie dreimal zu kopieren. Microsoft dokumentiert dieses Problem bei Gmail-zu-IMAP-Migrationen mit Labels, wenn der Ordner [Gmail] nicht ausgeschlossen wird. IMAP selbst ist nur die Transportschicht gemäß RFC 3501. Ungewöhnlich ist die Ordnerdarstellung von Gmail, nicht das Protokoll.
Merken Sie sich vor allem diese Regel: Schließen Sie beim Migrieren aus Gmail [Gmail]/All Mail aus, sofern es keinen sehr konkreten Grund dagegen gibt. Diese Entscheidung verhindert die meisten Speicherexplosionen und Supportanfragen wegen doppelter E-Mails.
Eine Anleitung speziell für TrekMail bietet die Gmail-Migrationsdokumentation. Die Übersicht zur IMAP-Migration erklärt das allgemeine Modell des serverseitigen Imports.
Was beim Migrieren aus Gmail übertragen wird
Bei einer IMAP-Migration werden ausschließlich E-Mail-Daten übertragen: Inhalte, Anhänge, Ordnerzuordnung und, sofern unterstützt, der Lesestatus. Es wird nicht das gesamte Google-Konto verschoben. Kalender, Kontakte und Google-Drive-Dateien brauchen eigene Exporte.
Hier überschätzen viele, was eine E-Mail-Migration leistet. IMAP überträgt E-Mails, mehr nicht.
Die klare Aufschlüsselung:
| Datentyp | Über IMAP? | Hinweise |
|---|---|---|
| E-Mail-Nachrichten | Ja | Inhalte, Anhänge, Datumswerte, Ordner und häufig der Lesestatus |
| Labels | Teilweise | Sie werden meist zu Ordnern, wodurch Gmail Duplikate erzeugen kann |
| Kontakte | Nein | Separat als CSV oder VCF aus Google Kontakte exportieren |
| Kalender | Nein | Separat als ICS aus Google Kalender exportieren |
| Google Docs | Nein | Das sind Drive-Elemente und keine Postfachinhalte |
Auch die Authentifizierung zählt. Für die Migration mit einem Drittanbieterwerkzeug ist häufig ein App-Passwort nötig. Laut Google sind App-Passwörter 16-stellige Codes und funktionieren nur bei aktivierter 2-Step Verification. Bei manchen Arbeits- oder Schulkonten stehen sie nicht zur Verfügung, was in Google Workspace eine echte Einschränkung ist. Prüfen Sie vor der Umschaltung Googles Hilfe zu App-Passwörtern.
Viele Anleitungen übergehen diesen Punkt und empfehlen ein App-Passwort, als könnte jedes Konto eines erstellen. Das stimmt nicht. Wenn der Administrator die Option sperrt, verwenden Sie einen OAuth-fähigen Migrationsweg, statt Zeit mit ungeeigneten Zugangsdaten zu verlieren.
Der sicherste Weg zur Migration aus Gmail
Am sichersten ist eine gestaffelte IMAP-Umschaltung: alte E-Mails vorab synchronisieren, MX ändern und anschließend eine letzte Delta-Synchronisierung ausführen. Das vermeidet Wochenendpanik, reduziert Unterbrechungen und berücksichtigt Googles Drosselung, statt sie zu ignorieren.
Führen Sie keine alles entscheidende Aktion am Freitagabend aus. Bereiten Sie den Großteil des Postfachs vor, während die Nutzer Gmail weiter verwenden, und übertragen Sie bei der Umschaltung nur die jüngsten Änderungen.
- Postfach erfassen. Prüfen Sie Größe, ungewöhnliche Labels sowie die Verfügbarkeit von App-Passwörtern oder OAuth. Entscheiden Sie, welche Ordner wirklich gebraucht werden. Unnötige E-Mails zu übertragen, die später gelöscht werden, verlangsamt nur den Auftrag.
- Zuerst Pilotlauf. Wählen Sie ein risikoarmes Postfach und prüfen Sie damit Ordnerzuordnung, gesendete E-Mails und Gmail-Spezialordner. Ist der Pilot unordentlich, wird eine Migration für 50-user noch schwieriger.
- Alte E-Mails vorab synchronisieren. Übertragen Sie zuerst Nachrichten, die älter als 30 Tage sind. Dort liegt der größte Teil des Volumens. Nutzer arbeiten weiter in Gmail, während der Massentransfer im Hintergrund läuft.
- DNS umstellen. Senken Sie die TTL rechtzeitig und ändern Sie MX, sobald die Zielpostfächer bereit sind. In TrekMail können Sie die Domain hinzufügen, die erforderlichen Einträge veröffentlichen und den Status im Dashboard prüfen. Die Dokumentation zu erforderlichen DNS-Einträgen enthält den genauen Satz.
- Delta-Synchronisierung ausführen. Sobald E-Mails am neuen Server eintreffen, synchronisieren Sie das jüngste Zeitfenster erneut. Dadurch werden letzte Nachrichten und Änderungen am Lesestatus erfasst.
Beim gleichzeitigen Umzug mehrerer Marken oder Kundendomains ist eine Infrastruktur mit Pauschalpreis oft sinnvoller als nutzerbasierte Angebote. TrekMail ist dafür ausgelegt. Mehr zu den Kosten unter Multi-Domain-E-Mail-Hosting.
Manueller imapsync-Befehl für Gmail-Migrationen
Für vollständige Kontrolle ist imapsync das bewährte Kommandozeilenwerkzeug. Entscheidend ist, Gmails Archivordner auszuschließen und Spezialordner sauber zuzuordnen, damit gesendete E-Mails und Entwürfe dort landen, wo Nutzer sie erwarten.
Eine praktische Vorlage:
imapsync \
--host1 imap.gmail.com --port1 993 --ssl1 \
--user1 "user@source-domain.com" --passfile1 "/path/to/gmail_pass" \
--host2 imap.trekmail.net --port2 993 --ssl2 \
--user2 "user@dest-domain.com" --passfile2 "/path/to/dest_pass" \
--gmail1 \
--exclude "\\[Gmail\\]/All Mail" \
--exclude "\\[Gmail\\]/Trash" \
--exclude "\\[Gmail\\]/Spam" \
--regextrans2 "s/^\\[Gmail\\]\\/Sent Mail/Sent Items/" \
--regextrans2 "s/^\\[Gmail\\]\\/Drafts/Drafts/" \
--dryDie Funktion der Parameter:
| Parameter | Warum er wichtig ist |
|---|---|
--gmail1 | Stimmt die Quellseite auf das Verhalten von Gmail ab |
--exclude "\[Gmail\]/All Mail" | Verhindert die größte Ursache doppelter Importe |
--exclude Trash/Spam | Hält unerwünschte und gelöschte E-Mails vom Ziel fern |
--regextrans2 | Ordnet Gmail-Namen standardmäßigen IMAP-Ordnern zu |
--dry | Simuliert den Lauf, damit Anzahlen vor dem Kopieren geprüft werden können |
Führen Sie immer zuerst den Probelauf aus.
Für TrekMail gelten imap.trekmail.net, Port 993 und SSL/TLS. TrekMail nutzt ausschließlich IMAP und nicht POP3, die richtige Vorgabe für synchronisierte Postfächer. Die Dokumentation zu IMAP- und SMTP-Einstellungen dient als Referenz.
Eine ausführlichere Anleitung zur Kommandozeile bietet imapsync. Sie ergänzt diesen Ablauf.
Wichtige Fehlerbilder bei Gmail-Migrationen
Drei Fehlerbilder sind besonders relevant: Drosselung durch Google, Unterbrechungen der Authentifizierung und wenige unlesbare Nachrichten. Keines rechtfertigt Panik. Halten Sie an, passen Sie den Ablauf an und prüfen Sie sorgfältig, statt blind neu zu starten.
Erstens: Drosselung. Gmail verlangsamt oder blockiert aggressive IMAP-Abrufe vorübergehend. Warten ist dann richtig, nicht noch häufigeres Wiederholen.
Zweitens: Authentifizierungsschleifen. Google kann eine bereits laufende Migration anhalten, wenn die Anmeldung auffällt. Prüfen Sie die Sicherheitsaktivität des Kontos, bestätigen Sie die Anmeldung und versuchen Sie es mit demselben Sitzungsaufbau erneut. Ändern Sie nicht laufend Variablen, wenn nur das Kontovertrauen fehlt.
Drittens: Geisterelemente. Ein Bericht kann wenige fehlgeschlagene Nachrichten unter Zehntausenden ausweisen. Häufig sind beschädigte Daten, defekte Einladungen oder leere Ausnahmen die Ursache. Bei sehr geringer Fehlerquote handelt es sich um vertretbares Rauschen und nicht um katastrophalen Datenverlust.
Schlechte Logik: den gesamten Auftrag wiederholen, bis der Bericht vollkommen sauber ist.
Gute Logik: feststellen, ob die Fehler echte, für Nutzer sichtbare E-Mails oder von Anfang an unlesbare Artefakte betreffen.
Beurteilen Sie Erfolg außerdem nicht nach Gigabyte. Gmail-Größe und IMAP-Zielgröße sind nicht direkt vergleichbar. Komprimierung, Metadaten und Darstellung unterscheiden sich. Prüfen Sie Elementzahlen und Stichproben in Posteingang, Gesendet und benutzerdefinierten Ordnern.
So prüfen Sie eine saubere Migration aus Gmail
Vergleichen Sie Nachrichtenanzahlen und Ordnerplatzierung, nicht nur die Speichergröße. Prüfen Sie Posteingang, Gesendet, Entwürfe und einige eigene Ordner. Senden Sie nach der MX-Änderung eine Testnachricht, um die Zustellung an den neuen Server zu bestätigen.
Diese Checkliste hilft:
- Gesamtzahl der Elemente in Gmail und im Ziel vergleichen.
- Anzahl und ungelesene Elemente im Posteingang prüfen.
- Sent Items öffnen und bestätigen, dass gesendete E-Mails nicht in einem zufälligen Ordner liegen.
- 3 bis 5 Ordner mit ungewöhnlichen Namen oder verschachtelten Labels öffnen.
- Einige alte Nachrichten mit Anhängen suchen und öffnen.
- Nach dem MX-Wechsel eine echte eingehende Testnachricht senden.
- Vom neuen Postfach antworten und SMTP sowie DNS prüfen.
Beim gleichzeitigen Domainumzug ist sauberes DNS ebenso wichtig wie das Kopieren des Postfachs. Verbliebene Google-MX-Einträge teilen die Zustellung und lassen die Migration fehlerhaft wirken, obwohl die Ursache gemischtes Routing ist. Nutzen Sie vor der Umschaltung die TrekMail-Dokumentation zu Domain und DNS. Für die Struktur des Zielpostfachs ergänzt E-Mail mit eigener Domain erstellen diesen Leitfaden.
Alter Weg und neuer Weg
Der alte Weg bedeutete dauerhafte Gebühren pro Nutzer und eine Migration als nächtliches Einmalprojekt. Der neue Weg bereitet Daten vor, prüft Anzahlen und wechselt zu einer Infrastruktur mit Pauschalpreis, die mehrere Domains unterstützt, statt Wachstum zu bestrafen.
Alter Weg: Google Workspace weiter pro Nutzer bezahlen, den Umzug aus Angst verschieben und schließlich an einem Wochenende überstürzt hoffen, dass alle Postfachzahlen stimmen.
Neuer Weg: den Großteil vorab synchronisieren, DNS sauber umstellen, ein letztes Delta ausführen und eine Plattform für eigene Domains und gemeinsamen Speicher nutzen. TrekMail beginnt bei $3.50 pro Monat und unterstützt eigene Domains, IMAP-Postfächer, Weiterleitung, Catch-all-Routing, eigenes oder je nach Tarif enthaltenes SMTP sowie serverseitige Migration im Dashboard.
Für Multi-Domain-E-Mail ohne Nutzeraufschlag ist das der praktische Weg. Sie können die TrekMail-Preise prüfen, den Ablauf im kostenlosen Tarif testen und nach erfolgreichem Pilotprojekt tatsächlich migrieren.
Fazit: Machen Sie die Gmail-Migration nicht unnötig kompliziert. Schließen Sie All Mail aus, synchronisieren Sie gestaffelt, ändern Sie MX bei bereitem Ziel und prüfen Sie die Nachrichtenanzahl. So vermeiden Sie Duplikatchaos und einen Montagmorgen mit defekten Posteingängen.
