Migration ist ein kontrollierter Übergang, kein blinder Import.

E-Mail berührt Domains, DNS, Identitäten, Endgeräte und tägliche Abläufe. Darum beginnt MrMail mit Fragen, nicht mit einer Umschaltung.

Der konkrete Weg hängt von Quelle, Datenarten, Umfang, Zugriffswegen und zulässigem Unterbruch ab. Zimbra, IMAP, Microsoft 365/Exchange und andere Hoster brauchen unterschiedliche Prüfungen.

Assessment bis Nachkontrolle

Ein belastbarer Ablauf in acht Teilen.

1. Bestand

Postfächer, Aliase, Verteiler, Domains, Datenvolumen und heutige Systeme erfassen.

2. Daten & Funktionen

E-Mail, Kalender, Kontakte, Aufgaben, Freigaben und Spezialfälle getrennt bewerten.

3. DNS & Zustellung

MX, SPF, DKIM, DMARC und abhängige Systeme erfassen; Änderungen zeitlich planen.

4. Clients & Geräte

Browser, Outlook, Thunderbird, Mobilgeräte und technische Profile prüfen.

5. Pilot

Mit repräsentativen Konten Methode, Datenbild und Bedienung testen.

6. Cutover

Synchronisation, Umschaltung, Verantwortlichkeiten und Kommunikationsweg festlegen.

7. Verifikation

Anmeldung, Versand, Empfang, Daten, Kalender und Geräte anhand einer Checkliste prüfen.

8. Nachbetreuung

Offene Punkte verfolgen und vereinbarten Support in den Normalbetrieb überführen.

Keine universelle Null-Datenverlust-Garantie: Methode, Einschränkungen, Rückfallüberlegungen und Abnahme werden je Quelle dokumentiert.

Kontrollpunkte

Woran ein belastbarer Wechsel erkennbar ist.

Vorher verstehen

Neben Postfächern zählen Aliase, Verteiler, Kalender, Kontakte, Aufgaben, Freigaben, Archive, Weiterleitungen und Identitätsquellen. Nicht jede Quelle stellt alle Objekte gleich bereit.

Eine Datenliste benennt, was übernommen, neu aufgebaut oder bewusst ausgeschlossen wird.

Cutover steuern

DNS-Änderungen, letzte Synchronisation, Benutzerkommunikation und Client-Umstellung müssen zeitlich zusammenpassen. Für kritische Abhängigkeiten wird ein angemessener Rückfallgedanke festgehalten.

Ein Pilot kann Unsicherheiten reduzieren, ersetzt aber keine Prüfung des Gesamtumfangs.

Danach verifizieren

Nach dem Wechsel werden Zustellung, Anmeldung, repräsentative Daten, Freigaben und Geräte kontrolliert. Beobachtete Abweichungen werden dokumentiert und dem vereinbarten Supportweg zugeordnet.

Abnahme bedeutet überprüfte Ergebnisse, nicht nur ein erfolgreich gestartetes Importwerkzeug.

Werkzeuge beschleunigen einzelne Schritte; Planung, Prüfung und Zuständigkeit ersetzen sie nicht.

Support beginnt mit einer verständlichen Grenze.

Während der Migration braucht es einen definierten Kontakt für Entscheidungen und Rückfragen. MrMail stimmt Vorgehen und Kommunikation mit den Verantwortlichen ab; Benutzer werden nicht mit unklaren Änderungen allein gelassen.

Nach der Umstellung wird unterschieden zwischen Migrationsnacharbeit, laufendem Plattformbetrieb und Problemen in kundeneigenen Geräten, Netzwerken oder Drittprogrammen. Diese Trennung verhindert, dass Erwartungen erst im Störungsfall sichtbar werden.

Supportkanäle, Zeiten, Reaktionsmodell und allfällige Zusatzarbeiten folgen der konkreten Vereinbarung. Die Seite nennt deshalb keinen universellen SLA und keine pauschale Null-Ausfall-Zusage.

Der Wechsel ist abgeschlossen, wenn Zustellung und Arbeitsabläufe geprüft sind – nicht wenn der Kopiervorgang endet.

Migration konkret

Muss alles auf einmal wechseln?

Nicht zwingend. Pilot, Gruppen oder ein gemeinsames Zeitfenster werden nach technischer Eignung gewählt.

Was bedeutet Rollback-Denken?

Vor der Umschaltung wird geklärt, welche Schritte reversibel sind und wie bei einer unerwarteten Abweichung entschieden wird.

Was umfasst Support?

Kanäle, Zeiten, Prioritäten und Zuständigkeiten entstehen aus der Vereinbarung, nicht aus einer allgemeinen Website-Zusage.

Eine Migration beginnt mit einem guten Inventar.

Nennen Sie Quelle, Benutzerzahl, Domains und gewünschtes Zeitfenster.

Migration besprechen