E-Mail-Transfer erklärt: DNS, IMAP-Kopie und Umschaltung
Der Begriff „E-Mail-Transfer“ führt leicht in die Irre. In der physischen Welt verlässt eine Datei Ort A und kommt an Ort B an. Bei E-Mail-Infrastruktur geschieht das nicht.
Ein E-Mail-Transfer besteht aus zwei unabhängigen, parallel laufenden Vorgängen: einer Datenbankreplikation per IMAP-Synchronisierung und einer Umleitung des Datenverkehrs per DNS-Umschaltung. Wer beide Ebenen verwechselt, riskiert Datenverluste, geteiltes Routing und Supportfälle am Montagmorgen.
Dieser Leitfaden erklärt, was ein Transfer praktisch bedeutet, welche Daten übertragen werden und welcher Ansatz zu Ihrer Situation passt.
Die drei Arten des E-Mail-Transfers
Legen Sie vor jeder Serveränderung den Umfang fest. „Transfer“ bezeichnet drei verschiedene Vorgänge, deren Verwechslung echte Probleme verursacht.
1. Domaintransfer (Registrarwechsel)
Sie übertragen die Verwaltung von example.com von GoDaddy zu Namecheap. Dadurch ändert sich der Vertragspartner für die Domain. Auswirkung auf E-Mail: keine, sofern die DNS-Zone exakt übernommen wird. Wechseln die Nameserver ohne die MX-Einträge, fällt die E-Mail-Zustellung sofort aus.
2. E-Mail-Migration (Anbieterwechsel)
Sie verlassen Google Workspace und wechseln zu TrekMail oder einem anderen Host. Dazu richten Sie den neuen Server ein, kopieren vorhandene Daten und weisen das Internet an, neue E-Mails dorthin zu senden. Auswirkung auf E-Mail: vollständig. Es handelt sich um eine sorgfältige Rekonstruktion Ihrer Daten und um das Kernthema dieses Artikels.
Den Ablauf im Detail finden Sie im Leitfaden zur IMAP-Synchronisierung.
3. Übertragung der Kontoinhaberschaft
Die Administratoradresse eines Kontos wird von bob@ zu alice@ geändert. Das ist eine Änderung der Datenbankberechtigung. Auswirkung auf E-Mail: keine.
Die zwei Ebenen eines E-Mail-Transfers
Für einen erfolgreichen Transfer müssen zwei Zeitabläufe gleichzeitig gesteuert werden. Fehler auf einer Ebene verursachen Probleme.
Die Datenebene (IMAP-Kopie)
Ein neuer Anbieter übernimmt alte Daten nicht automatisch. Sie werden über das IMAP-Protokoll (RFC 3501) abgerufen. Es handelt sich um eine Kopie, nicht um ein Verschieben. Das Original bleibt auf dem Quellserver, bis Sie es löschen.
Die UIDVALIDITY-Falle: IMAP wurde zum Anzeigen von Nachrichten entwickelt, nicht für Massenreplikation. Jeder Ordner hat einen UIDVALIDITY-Wert. Stürzt der Quellserver ab oder indiziert während der Migration neu, kann sich dieser Wert ändern. Das Werkzeug hält dann jede E-Mail für neu und lädt alle erneut herunter. Nutzer sehen 10,000 Duplikate. Verwenden Sie deshalb ein Werkzeug, das anhand der Message-ID-Header und nicht nur anhand der IMAP-UIDs dedupliziert.
Die Routingebene (DNS-Umschaltung)
Während die Daten kopiert werden, muss neue E-Mail umgeleitet werden. Dafür ist der MX-Eintrag zuständig:
Old: MX 10 aspmx.l.google.com
New: MX 10 mx1.trekmail.net
Risiko geteilter Zustellung: Internetanbieter weltweit speichern DNS-Einträge zwischen. Beträgt die TTL 86,400 Sekunden (24 Stunden) und Sie ändern den MX-Eintrag am Freitag um 5 Uhr nachmittags, senden einige Server noch bis Samstag um 5 Uhr nachmittags an den alten Anbieter.
Die Lösung ist die „300-Sekunden-Regel“: Senken Sie die MX-TTL auf 300 Sekunden und erledigen Sie das mindestens 24 Stunden vor dem Wechsel. Das vollständige Verfahren erklärt E-Mail für die eigene Domain einrichten.
Was IMAP überträgt und was nicht
TrekMail ist eine spezialisierte E-Mail-Plattform: IMAP und SMTP für E-Mail sowie Kalender- und Kontaktsynchronisierung pro Postfach über CalDAV und CardDAV. Es ist keine Produktivitätssuite: Dokumente, Tabellen und Videoanrufe gehören nicht dazu. Beim Wechsel von Google oder M365 zu einem reinen E-Mail-Host müssen Sie genau wissen, welche Daten mitkommen.
| Objekt | Übertragung per IMAP? | Tatsächlicher Ablauf |
|---|---|---|
| E-Mails | Ja | Betreff, Inhalt, Anhänge und Datumsangaben werden übertragen, soweit beide Server sie unterstützen |
| Ordnerstruktur | Ja | Unterstützte verschachtelte Ordner werden nachgebildet; Exchange begrenzt die Tiefe auf 300 |
| Gelesen/Ungelesen | Ja | Das Seen-Flag wird erhalten, sofern beide Server es abbilden |
| Kontakte | Nein | Als CSV/vCard exportieren und auf dem lokalen Gerät importieren |
| Kalender | Nein | Als .ics exportieren und andernorts hosten oder lokal behalten |
| Aliasse | Nein | Im TrekMail-Dashboard manuell neu erstellen |
| Serverseitige Regeln | Nein | Weiterleitungen und Filter müssen neu erstellt werden |
Die Hürde moderner Authentifizierung
Bei einer Migration von einem Anbieter mit OAuth-Pflicht wie Google können ältere Geräte, etwa alte Scanner oder Outlook 2013, keine Verbindung zu einem Standard-IMAP-Server herstellen. Die Google-Workspace-Migrationsdokumentation beschreibt App-Passwörter als mögliche Brücke. TrekMail unterstützt Standardauthentifizierung für IMAP und SMTP über TLS 1.2. Prüfen Sie die Unterstützung Ihrer Geräte.
Welchen Transferweg benötigen Sie?
Szenario A: Kosten bei Google Workspace senken
- Ein TrekMail-Konto mit Ihrer Domain einrichten
- E-Mail-Daten mit dem TrekMail-Migrationswerkzeug kopieren
- Kontakte als .vcf und Kalender als .ics in lokale Dateien exportieren
- MX-Einträge zu
mx1.trekmail.net/mx2.trekmail.netändern - Google Workspace erst nach erfolgreicher Prüfung kündigen
Szenario B: Domain zu einem neuen Registrar übertragen
- Domaintransfer beim bisherigen Registrar freigeben
- EPP- oder Autorisierungscode abrufen
- Transfer beim neuen Registrar starten
- Wichtig: Nameserver unverändert lassen oder die Zone vollständig und geprüft übernehmen
Die integrierten Transferwerkzeuge von TrekMail
Manuelle IMAP-Migrationen sind fehleranfällig. Ein Timeout oder eine Änderung von UIDVALIDITY kann zu fehlenden oder doppelten Nachrichten führen. TrekMail behandelt Migration als Kerninfrastruktur.
Migrationsmodul
Das Dashboard verbindet sich direkt mit dem alten Anbieter wie Gmail, cPanel oder Exchange und führt die IMAP-Synchronisierung zwischen den Servern aus. Wiederholungsversuche, Wartezeiten bei Drosselung und Deduplizierung anhand von Headern laufen automatisch. Eine Kommandozeile ist nicht nötig.
Gemeinsamer Speicher für Agenturen
Für einen MSP mit 50 Kunden ist die Verwaltung von 50 getrennten Speicherquoten unnötig. TrekMail bietet gemeinsamen Speicher, zum Beispiel 200 GB für alle Domains. Verteilen Sie Kapazität dort, wo sie gebraucht wird.
DNS-Prüfung
Ein DNS-Prüfwerkzeug kontrolliert MX, SPF und DKIM-Einträge, damit E-Mail beim Wechsel nicht versehentlich ins Leere läuft.
| Tarif | Preis | Migrationsmodul | Gemeinsamer Speicher |
|---|---|---|---|
| Free | $0 (keine Karte) | Enthalten | Nein |
| Starter | $3.50/Monat | Enthalten | Nein |
| Pro | $10/Monat | Enthalten | Nein |
| Agency | $23.25/Monat | Enthalten + Massenwerkzeuge | Ja |
Alle kostenpflichtigen Tarife enthalten eine kostenlose Testphase von 14 Tagen, für die eine Karte erforderlich ist. Der Nano-Tarif benötigt keine Karte.
Fazit: Wählen Sie den tatsächlich benötigten E-Mail-Transfer
Die meisten Fehler entstehen, weil Domaintransfers, E-Mail-Migrationen und Kontoänderungen verwechselt werden. Trennen Sie Datenebene (IMAP-Kopie) und Routingebene (DNS-Umschaltung), planen Sie beide unabhängig und gleichen Sie anschließend Objektzahlen und Stichproben mit der Quelle ab.
Wenn Sie wechseln möchten, erstellen Sie ein kostenloses TrekMail-Konto und lassen Sie das Migrationsmodul die aufwendigen Schritte übernehmen.