Checkliste zur E-Mail-Migration: IMAP-Umzug mit Plan

Wenn Sie eine Checkliste zur E-Mail-Migration suchen, kennen Sie vermutlich bereits die Risiken. Meist scheitert der Umzug nicht am Kopierauftrag, sondern an den Randbedingungen: übersehene Aliase, veraltete DNS-Daten, zwischengespeicherte Outlook-Profile, Besonderheiten von Gmail-Labels und ein besonders wichtiges Postfach, dessen Übertragung drei Tage länger dauert als geplant.

Das ist die Herausforderung. Hinzu kommt, dass viele Anleitungen zu allgemein bleiben, um bei der tatsächlichen Umschaltung zu helfen. Wenn Sie ein kleines Team umziehen, altes Hosting ablösen oder die Kosten geschäftlicher E-Mail senken möchten, beginnen Sie mit den Grundlagen zu E-Mail für kleine Unternehmen. Nutzen Sie anschließend diese betriebliche Checkliste.

Diese Anleitung bietet eine praktische Checkliste zur E-Mail-Migration für die Zeit vor, während und nach der Umschaltung. Sie richtet sich an Gründer, IT-Administratoren, Agenturen und MSPs, die zu IMAP-basiertem Hosting wie TrekMail wechseln. Laut Quellstand unterstützt TrekMail mehrere Domains, gemeinsamen Speicher und eine integrierte serverseitige IMAP-Migration.

Was eine Checkliste zur E-Mail-Migration abdeckt

Eine Checkliste zur E-Mail-Migration bündelt die Kontrollen für Postfächer, DNS, Identität und Clientzugriff beim Wechsel. Sie soll das Risiko zurückgewiesener Nachrichten, fehlender Ordner, nicht funktionierender Mobil-Apps und unbemerkter Datenlücken verringern, die erst nach Wiederaufnahme der Arbeit auffallen.

Eine gute Checkliste zur E-Mail-Migration umfasst mehr als „exportieren, importieren, MX ändern“. Sie muss jedes Objekt erfassen, das Nachrichten empfangen kann, jede Abhängigkeit, die die Zustellung behindern kann, und jeden nötigen Schritt auf Nutzerseite, der nach einer technisch abgeschlossenen Migration sonst zusätzliche Supportarbeit verursacht.

1. Alles erfassen, was Nachrichten empfangen kann

Der erste Punkt ist die Bestandsaufnahme. Eine Quellliste, die nur lizenzierte Benutzerkonten enthält, ist unvollständig. Gemeinsam genutzte Postfächer, Aliase, Catch-all-Routen, Weiterleitungen, Scanner, Finanzpostfächer und alte Verteiler können auch nach der Umschaltung weiter Nachrichten empfangen.

Hier entstehen häufig Probleme: Jemand exportiert „aktive Nutzer“, legt Zielpostfächer an, ändert DNS und hält den Auftrag für erledigt. Anschließend werden Anfragen an sales@ zurückgewiesen, Rechnungen an ap@ nicht gefunden und der Bürodrucker meldet SMTP-Fehler.

Erfassen Sie vor jeder Datenübertragung diese Objekte:

1. Lizenzierte Benutzerpostfächer
2. Gemeinsam genutzte Postfächer und Funktionskonten wie info@, billing@ und support@
3. Aliase, die Nutzern oder gemeinsamen Postfächern zugeordnet sind
4. Verteiler und Gruppenadressen
5. Weiterleitungsregeln, Catch-all-Verhalten und Routing-Ausnahmen
6. Geräte und Anwendungen, die über den bisherigen Anbieter senden
7. Ältere Exchange-Objekte, einschließlich X.500- oder LegacyExchangeDN-Verweisen

Ob eine Adresse Alias bleiben oder ein eigenständiges Postfach werden soll, ist wichtiger, als es zunächst scheint. Lesen Sie den Beitrag zu Domain-E-Mail-Alias und Postfach im Vergleich vor dem Umzug, nicht erst, wenn Nachrichten zurückgewiesen werden.

Betriebsregel: Hat eine Adresse jemals Zahlungen, Anfragen, Supporttickets oder Nachrichten zum Zurücksetzen von Zugangsdaten empfangen, behandeln Sie sie als produktiv, bis das Gegenteil feststeht.

Das Modell von TrekMail kann hier hilfreich sein, weil nicht für jedes Funktionspostfach eine nutzerbasierte Gebühr anfällt. Laut Quellstand beginnen kostenpflichtige Tarife bei $3.50/Monat und nutzen gemeinsamen Speicher. Sie können in echte IMAP-Postfächer migrieren, statt wichtige Adressen nur durch Weiterleitungen abzubilden. Prüfen Sie die geltenden Tarifbedingungen.

2. Prüfen, was IMAP überträgt und was nicht

Eine IMAP-orientierte Checkliste sollte davon ausgehen, dass E-Mail-Daten übertragen werden, nicht aber die gesamte Umgebung. Nachrichten und Ordner werden gewöhnlich übernommen. Kalender, Kontakte, Regeln, Signaturen, Berechtigungen und manche proprietären Metadaten normalerweise nicht.

Hier weichen Erwartungen und Realität häufig voneinander ab. IMAP überträgt E-Mail, bildet aber nicht Ihre gesamte Zusammenarbeit nach. Bei Google Workspace oder Exchange als Quelle erwarten Nutzer möglicherweise, dass Kalender, Freigaben, Kategorien und der Verlauf der automatischen Adressvervollständigung erhalten bleiben. Über IMAP ist das gewöhnlich nicht der Fall.

Halten Sie vor Projektbeginn den Umfang fest:

Das Importtool von TrekMail dient dem E-Mail-Import per IMAP. Dafür sollte es eingesetzt werden. Prüfen Sie den Ablauf in der Übersicht zur IMAP-Migration und der Anleitung zum Starten eines Imports im Dashboard, bevor Sie Nutzern eine vollständige Migration ihrer Arbeitsumgebung zusagen.

3. Große Postfächer vorab übertragen und realistisch planen

Eine realistische Checkliste muss Drosselung berücksichtigen. Nicht allein die Geschwindigkeit Ihrer Internetverbindung bestimmt das Tempo. Quellanbieter, Zielanbieter und IMAP-Sitzungslimits begrenzen die tatsächliche Übertragungsrate.

Das sind technische Rahmenbedingungen: Trotz schneller Büroanbindung kann die Übertragung eines 50 GB großen Postfachs langsam vorankommen, weil das Quellsystem Anfragen drosselt, Verbindungen begrenzt oder intensive IMAP-Aktivität vorübergehend sperrt. Google veröffentlicht Bandbreiten- und API-Kontingente für Gmail; auch Microsoft-Umgebungen wenden eigene Drosselungsmechanismen an.

Planen Sie deshalb nicht für alle Postfächer einen einzigen großen Wochenendumzug. Teilen Sie die Migration auf:

1. Ältere Nachrichten zwei bis drei Wochen im Voraus übertragen.
2. Aktuelle Nachrichten an der Quelle belassen, während Nutzer weiterarbeiten.
3. Im abschließenden Umschaltfenster einen inkrementellen Abgleich ausführen.
4. Vor der MX-Änderung die Nachrichtenanzahlen prüfen.

Dieser Schritt kann die Migration besser planbar machen. Er kann auch Supportanfragen verringern, weil Nutzer bei ihrer ersten Anmeldung bereits den Großteil ihrer bisherigen Nachrichten vorfinden.

Bei Gmail müssen Sie die Labels berücksichtigen. Eine Nachricht mit mehreren Labels kann einem ungeeigneten IMAP-Verfahren wie mehrere Kopien in verschiedenen Ordnern erscheinen. Das kann Speicherbedarf und Duplikate erhöhen. Eine praktische Checkliste zur E-Mail-Migration sollte die Zuordnung von Gmail-Labels ausdrücklich prüfen und gegebenenfalls ungeeignete Strukturen wie sehr große Sammelarchive ausschließen.

Wenn Sie lieber mit einem separaten Tool arbeiten, vergleichen Sie die Möglichkeiten mit imapsync. Für integrierte Migration im Hostingpanel bietet TrekMail einen serverseitigen Import, sodass die Übertragung nicht vollständig über den Laptop eines Administrators laufen muss.

4. DNS-TTL vor der Umschaltung senken, nicht erst dabei

Die Checkliste muss den DNS-Zeitplan enthalten. Eine erst nach der MX-Änderung gesenkte TTL verkürzt bereits gespeicherte Antworten nicht. Senken Sie die TTL mindestens 24 bis 48 Stunden vor der Änderung und berücksichtigen Sie die bisherige TTL, damit externe Resolver alte Antworten nicht weiterhin über lange Zeit zwischenspeichern.

Das typische Problem sind zwei parallele Zustellziele: Ein Teil der Systeme sieht das neue MX, andere liefern noch an den alten Server. Im Dashboard scheint die Migration abgeschlossen, während neue Nachrichten unbemerkt beim alten Anbieter liegen bleiben.

Verwenden Sie diesen Zeitplan als Orientierung:

Die für TrekMail nötigen DNS-Einträge stehen in der Dokumentation zu erforderlichen DNS-Einträgen. Wenn während der Umschaltung beide Anbieter senden, muss Ihr SPF-Eintrag möglicherweise vorübergehend beide autorisieren. SPF ist in RFC 7208 und das DMARC-Verhalten in RFC 7489 definiert.

example.com. 300 IN MX 10 mail.trekmail.net.
example.com. 300 IN TXT "v=spf1 include:_spf.google.com include:spf.trekmail.net -all"

Diese vorübergehende Zusammenführung der SPF-Berechtigungen gehört zu den hilfreichen Punkten einer Checkliste zur E-Mail-Migration. Entfernen Sie das alte include später, nicht automatisch fünf Minuten nach der MX-Umstellung.

5. Anhand der Nachrichtenanzahl prüfen, nicht nur der Größe

Eine sorgfältige Checkliste prüft zuerst die Anzahl der Nachrichten. Speichergrößen sind schwer vergleichbar: Anbieter berechnen sie unterschiedlich, die Kodierung von Anhängen verursacht Zusatzbedarf und Gmail-Labels können dieselbe Nachricht in mehreren Ordnern erscheinen lassen.

Hier entsteht oft unnötige Sorge. Die Quelle meldet 10.2 GB, das Ziel 9.8 GB. Das bedeutet nicht automatisch Datenverlust. MIME-Kodierung, Speichertechnik und Duplikaterkennung können die gemeldete Größe verändern.

Prüfen Sie in dieser Reihenfolge:

1. Gesamtzahl der Nachrichten kontrollieren.
2. Wichtige Ordner wie Posteingang, Gesendet, Entwürfe und Archiv prüfen.
3. Zeiträume und Gesprächsverläufe mit vielen Anhängen stichprobenartig prüfen.
4. Erst danach die gemeldete Größe als groben Hinweis vergleichen.

Stimmen die Nachrichtenanzahlen überein und sind die Stichproben unauffällig, spricht das für eine erfolgreiche Migration. Bei abweichenden Anzahlen untersuchen Sie die Ursache, bevor Sie den Abschluss melden.

Testen Sie außerdem den tatsächlichen Nachrichtenfluss: von außerhalb der Domain, innerhalb der Domain und vom störanfälligsten Gerät im Unternehmen. Outlook, iPhone Mail und alte Scanner können Probleme sichtbar machen, die Dashboards nicht zeigen.

6. Neue Anmeldung und Neuerstellung von Clientprofilen einplanen

Eine Checkliste ist unvollständig, wenn sie beim Serverstatus endet. Nutzer müssen sich auch auf Telefonen, Desktops, Tablets und älteren Mail-Apps erneut anmelden. Häufig ist das Entfernen und erneute Hinzufügen eines Kontos schneller als die Reparatur des alten Profils.

Hier kann viel Supportarbeit entstehen. Postfach und DNS funktionieren, doch Outlook verwendet weiterhin die zuletzt bekannte Konfiguration. Oder ein Telefon hält an einem alten Google- oder Microsoft-Token fest und verbindet sich nicht mit dem neuen IMAP-Anbieter.

Formulieren Sie die Anleitung für den ersten Tag klar: Vor dem Entfernen lokale Daten sichern, das alte Konto entfernen, das neue hinzufügen und die exakten IMAP- und SMTP-Einstellungen verwenden. TrekMail veröffentlicht sie unter IMAP- und SMTP-Einstellungen für alle Clients. Im Quellstand sind diese Standardwerte angegeben:

IMAP host: imap.trekmail.net
IMAP port: 993
SMTP host: smtp.trekmail.net
SMTP port: 465
Username: full email address
Password: mailbox password

Beachten Sie außerdem: Laut Quellstand unterstützt TrekMail nur IMAP und kein POP3. Für eine Konfiguration im Jahr 2026 kann ein synchronisierter Zustand zwischen Geräten wichtiger sein als das ältere Verfahren des Herunterladens und Löschens.

Bei vielen Domains oder Kundenumgebungen wird dieser Supportschritt schnell komplex. Dann ist die Betriebsstruktur mindestens so wichtig wie das Migrationstool. Für diese Planung lohnt sich der Beitrag zu E-Mail-Hosting für mehrere Domains.

7. Entscheiden, ob alle alten Nachrichten mitziehen müssen

Eine durchdachte Checkliste kann auch vorsehen, nicht alles zu migrieren. Wenn Nutzer auf einen zehnjährigen Bestand kaum zugreifen, kann ein separates Archiv mit anschließendem Neustart den Aufwand, die Dauer des Umschaltfensters und das Fehlerrisiko senken. Aufbewahrungspflichten und Zugriff müssen dabei berücksichtigt werden.

Dieser Schritt wird oft ausgelassen, weil die Abstimmung schwierig erscheint. Doch 15 Jahre an Belegen, Newslettern und abgeschlossenen Projektverläufen in einer laufenden Migration zu übertragen, kostet Zeit und erhöht den Aufwand. Wird das Archiv kaum genutzt, nehmen Sie es nach Prüfung der Anforderungen aus dem kritischen Ablauf.

Der Unterschied zwischen bisherigem Vorgehen und Alternative ist hier einfach:

Bisheriges Vorgehen: dauerhaft pro Nutzer bezahlen, weil ein Postfach 40 GB an selten geöffneten historischen Nachrichten enthält.

Alternative: nicht betriebsrelevante Nachrichten archivieren, tatsächlich benötigte Daten migrieren und gemeinsamen Speicher nutzen, damit ein einzelnes großes Postfach nicht unnötig die Lizenzplanung des gesamten Teams bestimmt.

Deshalb kann TrekMail für die Bereinigung gewachsener Postfachbestände infrage kommen. Laut Quellstand ist ein kostenloser Einstieg möglich, kostenpflichtige Tarife beginnen bei $3.50/Monat und bieten eine kostenlose Testphase von 14 Tagen mit erforderlicher Kreditkarte. Der Nano-Tarif wird dort als dauerhaft kostenlos und ohne Kreditkarte beschrieben. Prüfen Sie die aktuellen Bedingungen.

Checkliste zur E-Mail-Migration: abschließender Ablaufplan

Diese kurze Fassung können Sie in ein Änderungsticket übernehmen. Sie enthält grundlegende Kontrollen, die bei einer praktischen IMAP-Umschaltung helfen, häufige Fehler zu vermeiden.

1. Jedes Postfach, jeden Alias, jedes gemeinsame Postfach, jede Gruppe, Route und sendende Anwendung erfassen.
2. Bestätigen, was IMAP überträgt und was einen separaten Export benötigt.
3. Ältere Nachrichten vor der Umschaltung übertragen.
4. MX-TTL 24 bis 48 Stunden vorher senken.
5. Vorübergehende SPF-Berechtigung für beide Systeme vorbereiten, falls beide während des Übergangs senden.
6. Vor der MX-Umstellung einen abschließenden inkrementellen Abgleich ausführen und den späteren Eingang beim alten Anbieter weiter kontrollieren und bei Bedarf erneut synchronisieren.
7. Nachrichtenanzahl und Ordner prüfen sowie tatsächlichen Versand und Empfang testen.
8. Clientprofile bei Bedarf neu erstellen. Nicht stundenlang erfolglos zwischengespeicherte Konfigurationen reparieren.
9. Nach Prüfung der Anforderungen ungenutzte Historie archivieren, statt standardmäßig alles zu migrieren.
10. Zugriff auf das alte System für eine mögliche Rückkehr erhalten, bis die Prüfung abgeschlossen ist.

Genau darum geht es bei einer Checkliste zur E-Mail-Migration: nicht um Eleganz oder Theorie, sondern um weniger Überraschungen.

Wenn Sie eine passende Zielplattform für IMAP-Umzüge suchen, vergleichen Sie die Angebote auf der TrekMail-Preisseite. Laut Quellstand gehören eigene Domains, IMAP-Postfächer, Catch-all, BYO SMTP oder verwaltetes SMTP, Postfachweiterleitungen und ein integriertes Migrationstool zum Angebot, abhängig vom Tarif und ohne nutzerbasierte Abrechnung.