E-Mail zu einem anderen Hoster umziehen: IMAP und Ordner prüfen

E-Mail von einem Hoster zu einem anderen umziehen klingt einfach, bis ein Postfach doppelt importiert wird und jemand seine gesendeten Nachrichten vermisst. Viele Anleitungen überspringen genau diesen Punkt. Sie behandeln E-Mail wie Dateien. Ein Postfachumzug ist jedoch mehr als eine Dateikopie.

Sie kopieren laufend veränderte IMAP-Daten zwischen zwei Servern mit unterschiedlichen Ordnerregeln, UID-Verhalten und Vorstellungen davon, welcher Ordner für gesendete Nachrichten zuständig ist. Eine falsche Annahme kann zu scheinbar leeren Ordnern, doppelten Konversationen oder auf beide Systeme verteilter Post führen.

Verlassen Sie sich nicht auf Hoffnung, sondern auf einen gestaffelten IMAP-Ablauf, eindeutige Ordnerzuordnung und gründliche Prüfung nach der Umschaltung. Für die übergeordnete Planung zu Anbietern, Preisen und Kontrolle lesen Sie zuerst unseren Leitfaden zu geschäftlicher E-Mail. Hier geht es um die Migration selbst.

Beim Wechsel zu TrekMail beginnen Sie mit der aktuellen Übersicht zur IMAP-Migration und wählen anschließend die Gmail- oder cPanel-Anleitung passend zum Quellserver. Die Quelle nennt serverseitige IMAP-Migration in kostenpflichtigen Tarifen ab $3.50/Monat, einen kostenlosen Nano-Tarif ohne Kreditkarte und eine kostenlose 14-tägige Testphase für Bezahltarife. Prüfen Sie die heutigen Preise, Funktionen und Testbedingungen vor der Planung.

Was geschieht beim E-Mail-Umzug zwischen Hostern?

Kurz gesagt: Ein IMAP-Werkzeug meldet sich am alten Postfach an, liest Ordner und Nachrichten und kopiert sie ins neue. Ordnernamen werden dadurch nicht automatisch vereinheitlicht, fehlerhafte Quelldaten nicht zuverlässig bereinigt und DNS-Zeitprobleme nicht vermieden. Dafür braucht der Ablauf eigene Vorkehrungen.

Eine IMAP-Migration kopiert Daten zwischen zwei Mailsystemen. Bei einem reinen Kopiervorgang bleibt das Quellkonto erhalten. Im Ziel entstehen neue Nachrichtenkopien, Ordner und je nach Werkzeug und vom Anbieter gemeldeten Daten auch Statusmarkierungen wie gelesen oder ungelesen. Kontakte, Kalender und Regeln gehören nicht zu dieser IMAP-Kopie. Entscheidend ist außerdem, wie beide Server Nachrichten identifizieren.

Der in RFC 3501 beschriebene IMAP-Ablauf verwendet UIDs und UIDVALIDITY pro Ordner. Eine UID gilt nur innerhalb dieses Ordners und seiner UIDVALIDITY, nicht global oder auf einem anderen Server. Manche Werkzeuge nutzen diese Werte und ihren gespeicherten Zustand für die Zuordnung. Ändert sich der relevante Zustand, können bereits kopierte Nachrichten erneut importiert werden.

Deshalb kann ein unauffälliger erster Durchlauf beim zweiten Durchlauf Probleme zeigen. Versprechen Sie Nutzern keinen abgeschlossenen Umzug allein deshalb, weil ein Dashboard „abgeschlossen“ meldet.

Warum beim Hosterwechsel Duplikate entstehen

Kurz gesagt: Duplikate können entstehen, wenn ein Werkzeug Nachrichten nicht mehr zuverlässig wiedererkennt. Ursachen sind beispielsweise veränderte UIDVALIDITY, neu angelegte Zielordner oder als gewöhnliche Ordner behandelte Gmail-Labels. Je nach Abgleichverfahren wird bereits vorhandene Post dann als neu erkannt und nochmals kopiert.

Die UIDVALIDITY-Falle

Manche Migrationswerkzeuge vergleichen UIDs innerhalb jedes Ordners und speichern die Zuordnung. Eine Neuindizierung ändert UIDs nicht zwangsläufig. Ein neu erstellter Ordner, tatsächlich geänderte UIDVALIDITY oder verlorener Werkzeugzustand können die bisherige Zuordnung jedoch unbrauchbar machen. Prüfen Sie das konkrete Abgleichverfahren statt allen Werkzeugen dieselbe Funktionsweise zu unterstellen.

Der in RFC 3501 beschriebene Grundsatz verlangt stabile UIDs innerhalb derselben UIDVALIDITY; Änderungen müssen erkennbar sein. Ändert sich UIDVALIDITY, dürfen gespeicherte UID-Zuordnungen nicht ungeprüft weiterverwendet werden. Ohne geeigneten Wiederabgleich kann ein weiterer Lauf Tausende Nachrichten erneut importieren.

Beispiel: Der erste Lauf kopiert 38,000 Nachrichten aus dem Posteingang. Nach einem Timeout startet die Administration erneut. Über Nacht wurde ein Quell- oder Zielordner neu angelegt. Das Werkzeug kann seine alte UID-Zuordnung nicht mehr verwenden und kopiert möglicherweise weitere 38,000 Nachrichten in den Posteingang.

Gmail-Labels statt gewöhnlicher Ordner

Gmail erfordert besondere Planung, weil seine Labels nicht gewöhnlichen IMAP-Ordnern entsprechen. Eine Nachricht kann mehrere Labels haben; archivierte Nachrichten befinden sich in „Alle Nachrichten“. Googles Gmail-Hilfe beschreibt diese Mehrfachzuordnung und dass Archivieren eine Nachricht aus dem Posteingang entfernt, ohne sie aus „Alle Nachrichten“ zu löschen.

Wer [Gmail]/All Mail und Label-Ordner ungeprüft importiert, kann dieselbe Nachricht mehrfach ins Ziel kopieren. Zusätzlicher Speicherverbrauch und unübersichtliche Konversationen sind mögliche Folgen. Kopien in mehreren Ordnern können allerdings auch eine bewusst gewählte Abbildung der Labels sein. Legen Sie vorher fest, welche Darstellung gewünscht ist.

Für einen manuellen Gmail-Umzug bietet TrekMails Anleitung Import aus Gmail einen Ausgangspunkt für den Quellzugang. Ein App-Passwort setzt voraus, dass es für das Konto mit aktivierter Bestätigung in zwei Schritten und dessen Richtlinien verfügbar ist. TrekMails dokumentierter Direktimport nutzt IMAP-Benutzername und Passwort, nicht interaktives OAuth. Ist ein geeigneter direkter Zugang nicht verfügbar, prüfen Sie ein anderes OAuth-fähiges Werkzeug oder ein unterstütztes Anbieterverfahren.

Bei CLI-Werkzeugen zeigt dieses Beispiel einen Prüflauf, keinen allgemein sicheren, direkt übernehmbaren Import:

imapsync \
  --host1 imap.gmail.com \
  --user1 user@gmail.com \
  --password1 'APP_PASSWORD' \
  --host2 mail.newhost.com \
  --user2 user@example.com \
  --password2 'DEST_PASSWORD' \
  --exclude "\\[Gmail\\]/All Mail" \
  --useheader "Message-ID" \
  --dry

Der Prüflauf kopiert keine Nachrichten und prüft nicht den gesamten späteren Nachrichteninhalt. Message-ID allein ist nicht immer eindeutig oder vorhanden und braucht geeignete zusätzliche Abgleichregeln. Der Ausschluss von „Alle Nachrichten“ kann ausschließlich archivierte Nachrichten ohne andere importierte Labels auslassen: Planen und prüfen Sie deren vollständige, möglichst eindeutige Übernahme. Prüfen Sie verschlüsselte Verbindungen und Zertifikate und vermeiden Sie echte Passwörter in Shell-Verlauf oder Prozessliste. Weitere CLI-Praxis enthält unser imapsync-Leitfaden.

Warum nach dem Hosterwechsel Ordner fehlen

Kurz gesagt: Scheinbar fehlende Ordner sind oft anders eingeordnet, als normale statt als Systemordner angelegt oder mit einem Präfix versehen, das die Mail-App unerwartet darstellt. Eine echte Auslassung ist ebenfalls möglich und muss geprüft werden.

Unterschiedliche Namensräume und Trennzeichen

IMAP-Server verwenden unterschiedliche Hierarchietrennzeichen und Namensräume. Ein Server nutzt Punkte wie in INBOX.Sent, ein anderer Schrägstriche wie in Inbox/Sent Items, ein weiterer erwartet ein Präfix INBOX..

Ohne passende Zuordnung vor oder während des Imports kann sich die Ordnerstruktur verschieben. Aus Project.Alpha wird möglicherweise ein Unterordner von Project, ein Systemordner erscheint als benutzerdefinierter Ordner. Eine mobile App abonniert dann womöglich den falschen Ordner und blendet den gewünschten aus.

Sent, Sent Items und Sent Messages

Gesendete Nachrichten sorgen beim Umzug häufig zuerst für Beunruhigung. Ein Hoster speichert sie in Sent, ein anderer erwartet Sent Items, ein weiterer zeigt Sent Messages.

Wird der Quellordner nur als gewöhnlicher Ordner kopiert statt dem passenden Ziel-Systemordner zugeordnet, kann der standardmäßige Ordner für gesendete Nachrichten leer bleiben. Für Nutzer wirkt jahrelange Post dann verschwunden, obwohl die Daten anderswo vorhanden sind.

Bei Shared Hosting beschreibt TrekMails Anleitung Migration aus cPanel oder von anderen Hostern übliche Zugangsdaten für IMAP. Sie hilft bei der Zugangsvorbereitung, ersetzt aber weder die Prüfung der tatsächlichen Anmeldung noch die Kontrolle der Ordnerzuordnung aus der Beispieltabelle.

E-Mail-Umzug in 3 Phasen planen

Kurz gesagt: Ein dreiphasiger Abgleich kann das Risiko begrenzen. Kopieren Sie zuerst ältere Post, führen Sie nahe der Umschaltung einen Differenzabgleich aus und planen Sie nach der MX-Änderung weitere Nachläufe. Dadurch lassen sich Unterbrechungen und Duplikate oft reduzieren; ein störungsfreier Umzug ist nicht garantiert.

1. Historischer Abgleich. Kopieren Sie zuerst ältere Post, beispielsweise Nachrichten älter als 30 Tage. So lässt sich ein großer Teil der Daten übertragen, während Nutzer noch im alten System arbeiten.
2. Differenzabgleich. Übertragen Sie anschließend neue und veränderte Daten. Der zuverlässige Abgleich mit bereits importierten Nachrichten ist hier besonders wichtig. Berücksichtigen Sie auch verschobene Nachrichten und späte Eingänge mit altem Nachrichtendatum, nicht nur ein Datumsfenster.
3. Umschaltung und Nachläufe. Stellen Sie MX nach den Vorprüfungen um. Halten Sie den alten SMTP-Empfang und nötige Differenzabgleiche verfügbar, solange DNS-Caches und Zustellwiederholungen noch Post zum alten Hoster führen können, auch nach Ablauf der TTL.

DNS-Fehler können neue Nachrichten weiterhin zum alten Hoster leiten oder Ablehnungen verursachen. Halten Sie TrekMails Dokumentation zu erforderlichen DNS-Einträgen bereit. Die folgenden Einträge sind nur illustrativ: Prüfen Sie aktuelle Anbieterwerte und Ihr Dashboard, behalten Sie die Autorisierung aller legitimen Versanddienste und richten Sie passende DKIM-Signaturen mit DMARC-Ausrichtung ein. Verschärfen Sie DMARC nicht ungeprüft während der Migration.

; Example cutover records
@      MX   10 mail.trekmail.net.
@      TXT     "v=spf1 include:spf.trekmail.net -all"
_dmarc TXT     "v=DMARC1; p=quarantine;"

Beschränken Sie den Benutzerzugang zum alten Hoster erst nach erfolgreicher Prüfung und Umstellung der Mailprogramme. Die alte Zustellannahme und erforderliche Nachläufe müssen gegebenenfalls länger verfügbar bleiben. Arbeiten Nutzer dauerhaft in beiden Systemen, verteilen sich Nachrichten und gesendete Post auf beide Seiten. Das führt zu zusätzlichem Abgleich statt einem klaren Umzug.

Ein gestaffeltes Verfahren kann auch Agenturen und MSPs helfen. Bei vielen Marken oder Kundendomains ist die Koordination ebenso wichtig wie das Kopieren. Eine Plattform für E-Mail-Hosting für mehrere Domains kann dabei unterstützen, übernimmt aber nicht automatisch alle Aufgaben der Migration.

Prüfliste nach dem E-Mail-Umzug

Kurz gesagt: Vergleichen Sie Nachrichtenanzahl, älteste und neueste Nachrichten sowie die Ordnerstruktur. Verlassen Sie sich nicht allein auf Gigabytes. Kompression, Indizes und Anhangsbehandlung können die angezeigte Größe verändern, ohne dass Nachrichten fehlen.

1. Nachrichtenanzahl statt nur Postfachgröße vergleichen

Bei gleicher Zählweise und vereinbarter Zuordnung sollten aus 4,502 Einträgen im Quellposteingang 4,502 Einträge im Ziel werden. Die Größe kann abweichen. Gleiche Zahlen beweisen jedoch keine Vollständigkeit: Vergleichen Sie auch Nachrichten, Inhalte, Anhänge, Statusmarkierungen und Datumswerte. Bei Gmail sind eindeutige Nachrichten und Label-Kopien getrennt zu berücksichtigen.

2. Anfang und Ende kontrollieren

Sortieren Sie nach Datum und vergleichen Sie die ältesten und neuesten Nachrichten in wichtigen Ordnern wie Posteingang und Gesendet. Fehlt die älteste, prüfen Sie den historischen Lauf; fehlt die neueste, prüfen Sie Differenzabgleich und Nachläufe. Filter oder Zuordnungsfehler können ebenfalls beteiligt sein.

3. Falsch eingeordnete Ordner suchen

Suchen Sie nach Ordnern auf oberster Ebene wie INBOX.Sent, verbliebenen [Gmail]-Ordnern oder mehrfachen Gesendet-Ordnern. Sie können auf eine ungeeignete Zuordnung hindeuten, sind aber mit dem festgelegten Zielmodell abzugleichen.

4. Empfang und Versand praktisch testen

Senden Sie von einem externen Postfach an das Zielkonto und antworten Sie von dort. Prüfen Sie Empfang, gegebenenfalls Filter oder Quarantäne, und die Ablage der Antwort im vorgesehenen Gesendet-Ordner. Ein einzelner Test belegt nicht jede reale Zustellstrecke.

5. Neue Client-Einstellungen prüfen

Auch korrekt kopierte Daten wirken verschwunden, wenn das Mailprogramm noch den alten Server nutzt. Aktualisieren Sie nach der Umschaltung die Clients anhand der aktuellen IMAP- und SMTP-Einstellungen von TrekMail. Empfängt die Plattform Nachrichten, die Nutzer nicht sehen, prüfen Sie auch Anmeldung, Ordnerabonnements und Filter.

Deshalb gehören Migration und Anbieterwechsel in dieselbe Planung. Unser Beitrag zur Alternative zu Titan Email behandelt diesen Zusammenhang aus Sicht des Anbieterwechsels: Die Postfachkopie ist nur ein Teil der Umstellung.

Herkömmlicher Ablauf und Verwaltung mit TrekMail

Kurz gesagt: Manuelle Umzüge können viele wiederkehrende Schritte und Sonderfälle haben. Serverseitige IMAP-Migration, geeigneter Duplikatabgleich, gemeinsamer Speicher und ein Verwaltungsbereich können diese Arbeit erleichtern, soweit der aktuelle Tarif und die tatsächlichen Quell- und Zielsysteme dies unterstützen.

Das kann bei kleinen Teams den Verwaltungsaufwand reduzieren und Agenturen bei der Kalkulation helfen. Ein Betreiber kann Aufgaben an einem Ort statt an fünf Stellen bündeln, ohne dass jede bisherige Lösung zwangsläufig schlechter ist. Prüfen Sie die aktuellen TrekMail-Tarife. Der kostenlose Nano-Tarif und die kostenlose 14-tägige Testphase für Bezahltarife sind Angaben der Quelle; maßgeblich sind die heutigen Bedingungen.

Fazit

Wenn Sie E-Mail von einem Hoster zu einem anderen umziehen und Duplikate, fehlende Ordner und Unterbrechungen möglichst vermeiden möchten, behandeln Sie den Vorgang als kontrollierte IMAP-Umschaltung, nicht als bloße Dateikopie. Legen Sie Ordnerzuordnungen fest, sichern Sie die vollständige Gmail-Archivübernahme, führen Sie gestaffelte Abgleiche aus und prüfen Sie mehr als Zahlen. Beenden Sie den alten Benutzerzugang erst nach verifizierter Client-Umstellung; lassen Sie nötige Zustellung und Nachläufe bestehen.

Soll TrekMail nach dem Umzug das Hosting übernehmen, beginnen Sie bei trekmail.net. Prüfen Sie dort die heutigen Bedingungen für tarifbasiertes Multi-Domain-Hosting, gemeinsamen Speicher und IMAP-Migration. Kosten und Grenzen bei zusätzlichen Nutzern hängen vom gewählten Tarif ab; Kopierintegrität und unterbrechungsfreier Betrieb sind nicht pauschal garantiert.