Migracja poczty IMAP krok po kroku – poradnik dla firm

Kompletny poradnik migracji poczty – spis części

Ten artykuł jest stroną główną praktycznej serii. Każda część rozwija osobny etap projektu, aby nie mieszać decyzji biznesowych, transferu IMAP, DNS i konfiguracji użytkowników.

1. Migracja poczty IMAP krok po kroku – poradnik dla firm — jesteś tutaj.
2. Migracja IMAP – co obejmuje i czego nie przenosi
3. Kiedy warto przenieść pocztę firmową? 5 sygnałów
4. Jak przygotować firmę do migracji poczty – checklista
5. Plan migracji poczty w firmie: harmonogram i pilotaż
6. Microsoft 365, Google Workspace czy hosting poczty?
7. Migracja dużych skrzynek IMAP – limity i wydajność
8. Jak działa synchronizacja IMAP podczas migracji?
9. Zmiana serwera pocztowego: DNS, MX i ciągłość poczty
10. Konfiguracja Outlooka i telefonów po zmianie serwera
11. Jak sprawdzić kompletność danych po migracji poczty
12. Najczęstsze błędy migracji poczty i jak ich uniknąć

Jeżeli potrzebujesz realizacji, a nie tylko instrukcji, zobacz usługę migracji poczty IMAP.

Migracja poczty firmowej to przeniesienie skrzynek, folderów i załączników z jednego serwera na drugi — bez utraty wiadomości i bez przerwy w odbieraniu maili. W małej firmie da się ją zrobić w jeden wieczór narzędziem typu IMAPsync. Przy kilkudziesięciu skrzynkach to projekt na 2–4 tygodnie, w którym najwięcej problemów sprawia nie samo kopiowanie danych, tylko DNS, kalendarze i kontakty oraz konfiguracja programów pocztowych na komputerach pracowników.

W skrócie

• Kopiowanie wiadomości to najprostszy etap. Ryzyko leży w rekordach DNS, kalendarzach, kontaktach i ustawieniach klientów pocztowych.
• Protokół IMAP przenosi wyłącznie pocztę. Kalendarze, kontakty, zadania, reguły i podpisy wymagają osobnej ścieżki.
• Obniż TTL rekordu MX na 24–48 godzin przed przełączeniem. Bez tego stare serwery będą kierować pocztę pod dawny adres jeszcze przez wiele godzin.
• Planuj przełączenie na piątek po południu. Weekend to naturalny bufor na synchronizację różnicową i poprawki.
• Kopia zapasowa przed startem jest obowiązkowa, nawet jeśli migracja polega na kopiowaniu, a nie przenoszeniu.

Kiedy firma decyduje się na migrację poczty

Najczęstsze powody, z jakimi spotykamy się w projektach:

• Brak miejsca w skrzynkach — użytkownicy czyszczą pocztę zamiast pracować, a archiwum rozjeżdża się po lokalnych plikach PST.
• Zmiana dostawcy lub hostingu — wygasająca umowa, podwyżka, konsolidacja usług u jednego operatora.
• Przejście na bardziej rozbudowane środowisko — z prostego hostingu IMAP na Microsoft 365 lub Google Workspace, żeby dostać kalendarze współdzielone, kontrolę dostępu i archiwizację.
• Wymagania bezpieczeństwa i zgodności — potrzeba uwierzytelniania wieloskładnikowego, logów dostępu, retencji zgodnej z polityką firmy.
• Fuzja, przejęcie lub zmiana domeny — dwa środowiska pocztowe trzeba połączyć w jedno.

Jeżeli powodem jest wyłącznie brak miejsca, czasem tańszym rozwiązaniem od migracji jest archiwizacja poczty e-mail. Warto to sprawdzić, zanim uruchomisz cały projekt.

Transfer poczty między dwiema skrzynkami — najprostszy przypadek

Jeżeli zadanie brzmi „przenieś maile z jednej poczty na drugą”, a nie „zmigruj firmę”, wystarczy jedna z trzech ścieżek:

1. Dodaj oba konta w tym samym programie pocztowym (Outlook, Thunderbird), poczekaj na pełne pobranie folderów, przeciągnij wiadomości ze starej skrzynki do nowej. Działa dla jednej skrzynki i kilku tysięcy wiadomości.
2. Użyj funkcji importu u dostawcy docelowego — większość dużych dostawców ma kreator, który po podaniu danych IMAP starego konta ściągnie pocztę samodzielnie.
3. Uruchom narzędzie synchronizujące IMAP, jeśli wiadomości są dziesiątki tysięcy albo transfer ma się powtórzyć.

W każdym z tych wariantów przenosi się wyłącznie poczta. Kalendarz, kontakty i reguły zostają na starym koncie — opisujemy to niżej.

Metody migracji poczty — którą wybrać

Metoda	Kiedy ma sens	Zalety	Ograniczenia
Ręczne przeciąganie folderów w kliencie pocztowym	1–3 skrzynki, mało danych	Zero narzędzi i kosztów	Bardzo wolne, łatwo pogubić foldery, brak kontroli nad kompletnością
Eksport i import pliku PST / MBOX	Pojedyncze skrzynki, archiwa historyczne	Działa offline, dobre do archiwum	Nie synchronizuje różnicowo, plik może się uszkodzić, problem przy dużych rozmiarach
Narzędzie synchronizujące IMAP (np. IMAPsync)	Od kilku do kilkuset skrzynek między serwerami IMAP	Synchronizacja różnicowa, praca w tle, powtarzalność, logi	Wymaga wiedzy technicznej i haseł lub dostępu administracyjnego
Wbudowany kreator migracji dostawcy docelowego	Przejście na Microsoft 365 lub Google Workspace	Wsparcie producenta, mapowanie użytkowników	Ograniczenia liczby skrzynek i przepustowości, nie obsłuży egzotycznych źródeł
Komercyjne narzędzie migracyjne	Duże środowiska, migracja kalendarzy i kontaktów, scenariusze między dzierżawami	Przenosi więcej niż samą pocztę, raportowanie	Licencja rozliczana od skrzynki
Zlecenie migracji zewnętrznemu zespołowi IT	Brak własnego administratora, ciasny termin, ryzyko biznesowe	Odpowiedzialność po stronie wykonawcy, praca poza godzinami pracy firmy	Koszt usługi

Nie ma jednej dobrej odpowiedzi. Decyduje liczba skrzynek, ich łączny rozmiar, to, czy trzeba przenieść kalendarze i kontakty, oraz ile przestoju firma jest w stanie zaakceptować.

Zrobić samemu czy zlecić

Samodzielna migracja ma sens, gdy masz administratora, dostęp do obu serwerów i mniej niż kilkanaście skrzynek. Zlecenie na zewnątrz kupuje przede wszystkim dwie rzeczy: pracę w oknie serwisowym poza godzinami pracy firmy oraz kogoś, kto odpowiada za rollback, jeśli coś pójdzie nie tak. W NG Solutions najczęściej pracujemy właśnie w tym drugim modelu — przygotowanie i pierwsza synchronizacja w tle, przełączenie w piątek wieczorem, poniedziałek pod telefonem.

Krok 1. Inwentaryzacja środowiska

Zanim cokolwiek skonfigurujesz, zbierz dane:

• lista wszystkich skrzynek z rozmiarem i liczbą wiadomości,
• aliasy, przekierowania, listy dystrybucyjne i skrzynki współdzielone,
• konta techniczne — skanery, drukarki, systemy ERP i CRM, sklep, formularze na stronie,
• programy pocztowe używane przez pracowników i ich wersje,
• obecne rekordy DNS domeny wraz z aktualnym TTL,
• reguły, autorespondery i podpisy, które trzeba odtworzyć.

Konta techniczne to najczęstsze źródło problemów po migracji. Drukarka skanująca do maila albo sklep wysyłający potwierdzenia zamówień milkną po zmianie serwera, a nikt tego nie zauważa przez kilka dni. Wypisz je osobno.

Krok 2. Wybór środowiska docelowego

Pod uwagę bierzemy nie tylko cenę licencji, ale też to, co firma będzie robić z pocztą za dwa lata: czy potrzebne są kalendarze współdzielone, archiwizacja, kontrola urządzeń mobilnych, integracja z systemami wewnętrznymi. Jeśli decyzja pada na Microsoft 365, przebieg projektu wygląda inaczej niż przy migracji między zwykłymi serwerami IMAP — opisaliśmy go osobno w tekście o migracji do Microsoft 365 i Exchange Online. Warto też od razu zaplanować wdrożenie całego środowiska, a nie tylko przeniesienie skrzynek.

Na tym etapie rozstrzyga się też wybór protokołu na kliencie końcowym. Jeżeli w firmie ktoś nadal korzysta z POP3, migracja jest dobrym momentem, żeby to uporządkować — różnice opisaliśmy we wpisie IMAP czy POP3.

Krok 3. Przygotowanie

1. Wykonaj pełną kopię zapasową danych źródłowych i sprawdź, czy da się z niej odtworzyć pojedynczą wiadomość.
2. Utwórz konta docelowe i ustal zasady haseł, uwierzytelniania wieloskładnikowego oraz uprawnień do skrzynek współdzielonych.
3. Obniż TTL rekordu MX do 300 sekund na 24–48 godzin przed planowanym przełączeniem. To pojedyncza czynność, która najmocniej skraca okno chaosu.
4. Sprawdź limity po stronie źródła — wiele serwerów ogranicza liczbę równoległych połączeń IMAP i szybkość pobierania. Przekroczenie limitu kończy się blokadą konta w środku migracji.
5. Uprzedź pracowników konkretną datą i godziną oraz informacją, czego mają się spodziewać.
6. Zaplanuj okno serwisowe — najlepiej piątek po godzinach pracy.

Krok 4. Pierwsza synchronizacja

Uruchom kopiowanie danych, gdy stary serwer nadal działa i przyjmuje pocztę. Użytkownicy pracują normalnie i nic nie zauważają. Przy dużych skrzynkach ten etap potrafi trwać kilka dni — dlatego zaczyna się go z wyprzedzeniem, a nie w dniu przełączenia.

Po zakończeniu porównaj liczbę wiadomości i folderów po obu stronach. Rozjazd zwykle wynika z:

• różnych nazw folderów systemowych (Wysłane, Sent, Elementy wysłane) — trzeba je zmapować ręcznie,
• wiadomości odrzuconych przez limit rozmiaru po stronie docelowej,
• uszkodzonych wiadomości w źródle, które narzędzie pomija i zapisuje w logu.

Krok 5. Przełączenie

W oknie serwisowym: zmiana rekordu MX na nowy serwer, aktualizacja rekordu SPF, wgranie klucza DKIM i sprawdzenie polityki DMARC. Jeśli tych rekordów nie poprawisz, poczta zacznie wychodzić, ale będzie lądować w spamie u odbiorców — mechanizm opisujemy szerzej we wpisie o SPF, DKIM i DMARC.

Zaraz po zmianie MX uruchom synchronizację różnicową, która dociągnie wiadomości, jakie trafiły na stary serwer w trakcie propagacji DNS. Stary serwer zostaw włączony jeszcze przez 2–4 tygodnie w trybie tylko do odbioru. To najtańsza polisa ubezpieczeniowa w całym projekcie.

Krok 6. Konfiguracja stanowisk i testy

Na komputerach pracowników trzeba przestawić konta pocztowe, odtworzyć podpisy, reguły i autorespondery oraz podpiąć skrzynki współdzielone. Telefony służbowe to osobna lista zadań i najczęściej pomijany element planu.

Lista kontrolna testów po przełączeniu:

• wysyłka i odbiór między pracownikami oraz na zewnętrzne adresy,
• odbiór z popularnych domen konsumenckich i sprawdzenie, czy wiadomość nie wpadła do spamu,
• dostęp do folderów archiwalnych i skrzynek współdzielonych,
• kalendarze, zaproszenia na spotkania i uprawnienia delegowane,
• konta techniczne: skaner, drukarka, sklep, formularz kontaktowy, system ERP,
• poczta na telefonach,
• autorespondery i reguły przenoszenia wiadomości.

Czego IMAP nie przeniesie

To najczęstsze nieporozumienie w migracjach poczty. Protokół IMAP obsługuje wyłącznie wiadomości i strukturę folderów. Poza jego zasięgiem zostają:

• kalendarze i spotkania cykliczne wraz z uprawnieniami do kalendarzy współdzielonych,
• kontakty i listy dystrybucyjne,
• zadania i notatki,
• reguły skrzynki, autorespondery i podpisy,
• uprawnienia delegowane (asystentka z dostępem do skrzynki zarządu),
• flagi, kategorie i oznaczenia — w zależności od narzędzia część z nich ginie.

Każdy z tych elementów wymaga osobnej ścieżki: eksportu z klienta, narzędzia obsługującego kalendarze albo ręcznego odtworzenia. Jeśli firma pracuje na Exchange, sensowniejsza bywa migracja natywna niż przez IMAP — to zupełnie inny scenariusz projektu, który planujemy razem z wdrożeniem Exchange i Active Directory.

Najczęstsze błędy

Błąd	Skutek	Jak go uniknąć
Brak obniżenia TTL przed zmianą MX	Poczta trafia na stary serwer nawet kilkanaście godzin po przełączeniu	Obniż TTL do 300 s na 24–48 h wcześniej
Wyłączenie starego serwera od razu po migracji	Bezpowrotna utrata wiadomości z okresu propagacji	Zostaw go w trybie odbioru na 2–4 tygodnie
Pominięcie kont technicznych	Skaner, sklep i system ERP przestają wysyłać maile	Osobna lista kont technicznych w inwentaryzacji
Nieaktualny rekord SPF	Wiadomości firmy lądują w spamie	Zaktualizuj SPF, DKIM i DMARC w oknie przełączenia
Migracja bez kopii zapasowej	Brak możliwości powrotu	Kopia i test odtworzenia przed startem
Przełączenie w poniedziałek rano	Wszystkie problemy uderzają w szczycie pracy	Okno serwisowe w piątek wieczorem
Brak informacji dla pracowników	Lawina zgłoszeń i chaos	Komunikat z datą, godziną i instrukcją

Migracja poczty a RODO

Skrzynki firmowe zawierają dane osobowe, więc migracja jest operacją przetwarzania. W praktyce oznacza to trzy rzeczy: kopie robocze danych trzeba usunąć po zakończeniu projektu, dostęp do skrzynek w trakcie prac musi być ograniczony i rejestrowany, a jeśli migrację wykonuje firma zewnętrzna — potrzebna jest umowa powierzenia przetwarzania. Warto też przy okazji sprawdzić, czy nowe środowisko pozwala spełnić przyjętą politykę retencji.

Ile to trwa

Orientacyjnie, przy założeniu jednego administratora i typowych rozmiarów skrzynek:

Skala	Przygotowanie	Synchronizacja	Przełączenie i wsparcie
Do 5 skrzynek	1–2 dni	kilka godzin	1 dzień
10–30 skrzynek	3–5 dni	1–3 dni w tle	weekend + 2–3 dni wsparcia
50–150 skrzynek	1–2 tygodnie	3–7 dni w tle	weekend + tydzień wsparcia

Największym zmiennym kosztem nie jest wielkość danych, tylko liczba stanowisk do przekonfigurowania i liczba nietypowych integracji.

FAQ

Czy podczas migracji poczta przestanie działać? Przy dobrze zaplanowanym projekcie nie ma przestoju w odbieraniu wiadomości. Kopiowanie danych odbywa się przy działającym starym serwerze, a po zmianie rekordu MX przez kilka godzin poczta może trafiać na oba serwery — dlatego stary zostawia się włączony i uruchamia synchronizację różnicową.

Czy stracę stare wiadomości? Nie, migracja kopiuje dane, a nie przenosi. Warunek to kopia zapasowa przed startem i porównanie liczby wiadomości po obu stronach po zakończeniu synchronizacji.

Czy migracja przeniesie kalendarz i kontakty? Nie, jeśli odbywa się przez IMAP — ten protokół obsługuje tylko wiadomości i foldery. Kalendarze, kontakty, zadania i reguły wymagają osobnego eksportu albo narzędzia obsługującego te elementy.

Ile trwa migracja poczty? Od kilku godzin przy kilku skrzynkach do kilku tygodni przy kilkudziesięciu. Najwięcej czasu zajmuje nie kopiowanie danych, lecz przygotowanie i przekonfigurowanie stanowisk pracowników.

Kiedy najlepiej przeprowadzić przełączenie? W piątek po godzinach pracy. Weekend daje bufor na synchronizację różnicową i naprawę drobnych problemów, zanim firma wróci do pracy.

Co zrobić ze starym serwerem? Zostawić włączony w trybie odbioru przez 2–4 tygodnie, a dopiero potem wyłączyć. Wcześniej warto wykonać końcową kopię danych na potrzeby archiwum.

Czy migrację można zrobić samodzielnie? Tak, jeśli masz administratora, dostęp do obu serwerów i kilkanaście skrzynek. Przy większej skali, kalendarzach do przeniesienia albo braku tolerancji na przestój lepiej zlecić to zespołowi, który robi takie projekty regularnie.