Strona główna›Poradniki›Migracja
Migracja
Migracja bez przerwy oznacza, że każda wiadomość wysłana do Państwa domeny trafia do skrzynki, a każdy pracownik może w dniu przełączenia pisać do swoich korespondentów. Nie oznacza, że historia, telefony komórkowe i przyzwyczajenia zmieniają się bez żadnego działania.
Dwie platformy działają równolegle.
Typowa luka wynika z przełączenia rekordu MX, gdy kopia jest jeszcze niekompletna, albo z kopiarki, strony internetowej lub CRM, które nadal wysyłają przy użyciu starego identyfikatora.
MX to rekord DNS: wskazuje serwerom nadawczym, dokąd dostarczać pocztę Państwa domeny. Zmiana poczty e-mail to przede wszystkim zmiana tego adresu dostarczania. Resztę (konta, historię, urządzenia) przygotowuje się wokół niej.
Protokół SMTP dobrze znosi krótkie incydenty. Serwer nadawczy, który otrzymuje błąd tymczasowy, zatrzymuje wiadomość w kolejce i ponawia próbę później. Chwilowo nieosiągalny serwer nie powoduje więc utraty poczty. Natomiast błąd trwały (nieznana skrzynka, odrzucona wiadomość) odsyła wiadomość do nadawcy i ta wiadomość nigdy sama nie dotrze. Głównym ryzykiem przełączenia nie jest awaria, lecz nowa platforma, która odrzuca odbiorcę, ponieważ nie odtworzono aliasu lub listy.
TTL (czas życia) określa, jak długo resolver DNS może przechowywać odpowiedź w pamięci. W tym czasie część nadawców nadal dostarcza pocztę na starą platformę. Jest to normalne i właśnie dlatego stara platforma musi w okresie przejściowym zachować zdolność odbioru.
Dwa tygodnie wcześniej. Inwentaryzacja skrzynek, aliasów, list, skrzynek współdzielonych oraz wszystkich aplikacji wysyłających pocztę. Obniżenie TTL rekordu MX w DNS do krótkiej wartości (często 300 sekund), aby zmiana w dniu D szybko się rozpropagowała. Utworzenie kont docelowych. Pierwsza kopia historii.
TTL obniża się wcześnie, ponieważ resolver, który odczytał starą wartość, przechowuje ją aż do jej wygaśnięcia: krótki TTL zaczyna działać dopiero po wygaśnięciu starej pamięci podręcznej. Pierwsza kopia trwa natomiast najdłużej; wczesne jej uruchomienie daje czas na wykrycie problematycznych skrzynek.
Kilka dni wcześniej. Kontrola próbki: liczba wiadomości, folderów lub etykiet, spotkań, kontaktów. Korekta metody, jeśli próbka nie przejdzie kontroli. Przygotowanie instrukcji dla telefonów i Outlooka. Test wysyłki z platformy docelowej do Gmail i Outlook.com, z rekordami SPF, DKIM i DMARC już poprawnie skonfigurowanymi dla nowej platformy. Rekordy te można opublikować przed zmianą MX.
W praktyce: jeden rekord SPF autoryzujący obie platformy w okresie przejściowym (dwa odrębne rekordy SPF powodują niepowodzenie weryfikacji), klucz DKIM nowej platformy opublikowany pod własnym selektorem, obok starego, oraz ponownie przejrzana polityka DMARC. DMARC wymaga, aby wiadomość była uwierzytelniona przez SPF lub DKIM w imieniu domeny nadawcy; jeśli Państwa polityka jest restrykcyjna, a platforma docelowa nie jest jeszcze autoryzowana, Państwa korespondenci odrzucą Państwa wiadomości.
Dzień wcześniej. Drugi przebieg: kopiowanie wyłącznie tego, co nadeszło od pierwszej kopii. Zamrożenie zmian aliasów i list.
Dzień D. Przełączenie rekordu MX. Natychmiastowa weryfikacja zewnętrzna: wiadomość wysłana z zewnętrznej skrzynki prywatnej musi dotrzeć na nową platformę w czasie TTL. Monitorowanie kolejki. Ponowna konfiguracja aplikacji wysyłających. Wyznaczona wewnętrzna infolinia, z prawem przywrócenia poprzedniego rekordu MX, jeśli krytyczny przepływ zawiedzie.
Jednocześnie należy zmienić rekord autodiscover, jeśli istnieje: to o niego pyta Outlook, aby znaleźć swój serwer. Należy też usunąć pomocnicze rekordy MX, które nadal wskazywałyby na starą platformę: nadawca, który nie może połączyć się z głównym MX, próbuje kolejnych.
Kolejne dni. Stara platforma w trybie tylko do odczytu. Zgłaszanie rozbieżności (brakujący folder, skrzynka współdzielona). W razie potrzeby trzeci, ukierunkowany przebieg. Następnie wyłączenie wysyłki na starej platformie, aby pracownik nie odpowiadał już z dwóch miejsc.
Ten ostatni punkt ma uzasadnienie techniczne. Stara platforma nadal uważa się za odpowiedzialną za Państwa domenę: wiadomość wysłana z niej do współpracownika zostaje dostarczona lokalnie, bez sprawdzania rekordu MX. Współpracownik nigdy nie zobaczy jej w swojej nowej skrzynce.
| Ryzyko | Co się dzieje | Zabezpieczenie |
|---|---|---|
| Zbyt wczesne przełączenie MX | Nowa poczta dociera, brakuje historii | Przełączyć po kontroli próbki i drugim przebiegu |
| Pominięty alias lub lista | Platforma docelowa trwale odrzuca te wiadomości | Inwentaryzacja, zamrożenie aliasów dzień wcześniej, test adresów zbiorczych |
| Niekompletne SPF, DKIM lub DMARC | Państwa wiadomości są odrzucane lub trafiają do spamu u korespondentów | Opublikować przed dniem D, sprawdzić na rzeczywistej wiadomości |
| Aplikacja wysyłająca ze starego konta | Faktury, alerty lub skany przestają być wysyłane | Lista aplikacji, nowy serwer SMTP skonfigurowany w dniu D |
| Wysyłka pozostawiona otwarta na starej platformie | Wiadomości wewnętrzne pozostają w starym systemie | Wyłączyć wysyłkę, gdy tylko próbka zostanie zatwierdzona |
| Nieprzygotowany powrót | Rekord MX wraca do poprzedniej wartości, ale wiadomości odebrane w międzyczasie pozostają na platformie docelowej | Plan na piśmie, obejmujący przeniesienie tych wiadomości |
Weźmy, dla ilustracji, kancelarię zatrudniającą 40 osób. Decyduje się ona na przełączenie w czwartek pod koniec dnia, a nie w piątek: następnego dnia zespół jest obecny, aby zająć się rozbieżnościami, a wewnętrzna infolinia ma przed sobą cały dzień roboczy. Kopiarka w recepcji, która skanuje do poczty, zostaje ponownie skonfigurowana jeszcze tego samego wieczoru. Jeśli w dwóch skrzynkach współdzielonych zostanie zgłoszony brakujący folder, ukierunkowany przebieg go uzupełnia. W tym scenariuszu żadna wiadomość nie ginie, ale kilku pracowników musi ponownie skonfigurować konto w telefonie: to jest ta widoczna część, którą należy zapowiedzieć.
Zmieniają serwer w Outlooku lub w telefonie. Pierwsze wczytanie dużej skrzynki trwa. Wiadomości zapisane już w pamięci podręcznej telefonu mogą się zdublować, jeśli profil nie zostanie poprawnie utworzony od nowa. Warto przewidzieć procedurę „usuń konto i utwórz je ponownie” zamiast prowizorycznej zmiany serwera.
Powód jest taki sam w przypadku Outlooka: profil przechowuje lokalną pamięć podręczną powiązaną ze starym serwerem. Nowy profil zaczyna od czystego stanu; zmodyfikowany stary profil miesza oba światy. W telefonach używany protokół (Exchange ActiveSync lub IMAP, zależnie od platformy docelowej) czasem zmienia się wraz z platformą, co jest kolejnym powodem, by utworzyć konto od nowa.
Reguły po stronie serwera, scentralizowane podpisy i uprawnienia delegowania trzeba ustawić ponownie. Należy to zapowiedzieć. Nie jest to przerwa w działaniu poczty. To praca administracyjna.
To przekazywanie wymaga wyraźnego ustawienia: stara platforma, która nadal uważa, że obsługuje skrzynki, musi zostać skonfigurowana tak, by przekazywała pocztę na nową, zamiast dostarczać ją u siebie. W przeciwnym razie tę samą pracę wykona ukierunkowany przebieg uzupełniający.
Specyfikę każdego punktu wyjścia opisano w artykułach migracja z Microsoft 365 i migracja z Google Workspace.
Tyle, ile trzeba, aby sprawdzić, że żaden przepływ nie korzysta już ze starej, a zgłoszone rozbieżności zostały usunięte. Zależy to od liczby skrzynek, aplikacji wysyłających i tempa ponownej konfiguracji stanowisk. Zbyt wczesne wyłączenie uniemożliwia poprawki; zbyt późne sprawia, że pracownicy działają w dwóch systemach.
Nie, jeśli jest przygotowana. W czasie TTL część nadawców nadal dostarcza pocztę na starą platformę, a część na nową. Obie odbierają, a kolejny przebieg łączy jedno z drugim. Poczta ginie tylko wtedy, gdy zostaje odrzucona, stąd znaczenie aliasów i list.
Zasadniczo nie: adresy się nie zmieniają. Należy natomiast uprzedzić partnerów, którzy ściśle filtrują Państwa wiadomości lub przypisali Państwu szczególną regułę, oraz tych, którzy wymieniają z Państwem pocztę szyfrowaną, jeśli zmieniają się klucze.
Tak, przywracając stary rekord MX, pod warunkiem że stara platforma jest nadal aktywna. Wiadomości odebrane w międzyczasie przez nową platformę trzeba wówczas skopiować z powrotem lub zachować do nich dostęp. Plan powrotu określa, kto podejmuje decyzję, w jakim czasie i w jaki sposób te wiadomości są przenoszone.
Proszę zapytać operatora, co gwarantuje: dotarcie wiadomości, przeniesienie historii czy jedno i drugie. To różne zobowiązania. Proszę też poprosić o plan powrotu na piśmie, ze wskazaniem osoby uprawnionej do jego uruchomienia.
Gwarancja dotarcia wiadomości dotyczy dnia D i kolejnych dni. Gwarancja dotycząca historii dotyczy kopii i jej kontroli. Usługodawca może dotrzymać jednej bez drugiej; oferta powinna określać, którą z nich obejmuje i jak się ją weryfikuje.
W Klytic porady i sugestie dotyczące przygotowania migracji poczty e-mail są bezpłatne i żadna wiadomość nie ginie. Migracja wykonywana przez Klytic jest wyceniana indywidualnie. Abonamenty znajdują się na stronie Cennik i są fakturowane osobno. Szczegóły pozycji kosztowych są w artykule ile kosztuje migracja z Microsoft 365, a lista kontrolna w liście kontrolnej. Aby porównać platformy docelowe, zob. wybór europejskiej poczty e-mail.
Ta strona opisuje metodę. Rzeczywisty przebieg zależy od Państwa przepływów, wolumenów i platformy, którą Państwo opuszczają.
Sprawdzono w październiku 2026.
Bezpłatne doradztwo, żaden e-mail nie ginie. Migracja wykonywana przez Klytic jest wyceniana po inwentaryzacji.
Oferta powitalna
Oferta próbna bez zobowiązań. Doradca oddzwoni do Państwa, aby poznać Państwa potrzeby i przygotować przestrzeń Klytic.
