Migracja poczty IMAP na nowy serwer – co przeniesie się samo, a o co trzeba zadbać osobno

Księgowa otwiera Outlooka w nowym środowisku i widzi wszystkie maile z ostatnich ośmiu lat. Po godzinie dzwoni jednak do działu IT: zniknęły kontakty do kontrahentów, kalendarz terminów jest pusty, a stopka z danymi firmy wróciła do wersji sprzed zmiany adresu biura. Technicznie migracja się udała, bo wiadomości przeszły co do jednej. Problem w tym, że nikt wcześniej nie sprawdził, co protokół IMAP w ogóle potrafi przenieść.

Przy zmianie serwera pocztowego, np. z hostingu współdzielonego na Microsoft 365 albo Google Workspace, IMAP jest często jedyną dostępną ścieżką migracji. Działa dobrze, ale ma wyraźne granice. Poniżej znajdziesz listę tego, co przenosi się automatycznie, czego ta metoda nie obejmuje i jak przygotować się do przenosin, żeby po przełączeniu nikt nie szukał brakujących danych.

Co dokładnie przenosi migracja IMAP

IMAP to protokół do obsługi wiadomości. Synchronizuje foldery i maile przechowywane na serwerze, więc tylko je narzędzie migracyjne może z niego odczytać. W migracji IMAP do Microsoft 365 przenoszone są elementy ze skrzynki odbiorczej i pozostałych folderów pocztowych, razem ze strukturą podfolderów, którą użytkownik budował latami.

Kontakty, kalendarze i zadania tą metodą nie przechodzą. Dokumentacja Microsoft mówi o tym wprost i nie jest to błąd konfiguracji, tylko ograniczenie samego protokołu. Książka adresowa i kalendarz na hostingu działają zwykle jako osobne usługi (CardDAV, CalDAV albo moduł webmaila), do których IMAP nie ma dostępu.

Do tego dochodzą limity. Pojedyncza wiadomość może mieć maksymalnie 35 MB, a na jedną skrzynkę przeniesiesz do 500 000 elementów, przy czym poczta migruje od najnowszej do najstarszej. W praktyce wiadomości z ciężkimi załącznikami, takimi jak projekty czy skany dokumentacji, zostaną pominięte i trafią tylko do raportu błędów, a przy skrzynkach powyżej limitu odpadną najstarsze maile.

Warto też zajrzeć do nazw folderów. Jeśli skrzynka była przez lata obsługiwana z różnych programów pocztowych, na serwerze mogą istnieć równolegle foldery „Sent”, „Wysłane” i „Elementy wysłane”. Migracja przeniesie je wszystkie, więc po przełączeniu użytkownik zobaczy kilka folderów z wysłaną pocztą. Lepiej uporządkować to przed startem, niż tłumaczyć po fakcie, gdzie zniknęła korespondencja z klientem.

Dane, które leżą poza serwerem pocztowym

Najwięcej niespodzianek dotyczy danych, które użytkownik uważa za „pocztę”, a które nigdy nie trafiły na serwer. Klasyczny przykład to archiwa PST w Outlooku. Jeśli ktoś przenosił stare maile do folderów osobistych albo miał włączoną automatyczną archiwizację, te wiadomości leżą w pliku na dysku laptopa, a narzędzie migracyjne łączące się z serwerem IMAP po prostu ich nie widzi.

Podobnie jest z podpisami. W klasycznym Outlooku stopki zapisują się lokalnie w profilu użytkownika, więc nowa skrzynka ich nie odziedziczy. Skoro firma i tak zmienia środowisko, to dobry moment, żeby wdrożyć stopkę centralnie, np. regułą transportową w Exchange Online, zamiast prosić każdego pracownika o ręczne ustawianie jej od nowa.

Reguły i filtry to kolejna pułapka. Część osób ustawia je w Outlooku, część w webmailu albo w panelu hostingu jako filtry po stronie serwera. Żadna z tych grup nie przenosi się przez IMAP. Przed migracją zbierz listę reguł, od których zależy praca, np. automatyczne kopiowanie zamówień do wspólnego folderu albo przekazywanie faktur kosztowych do księgowości.

Ostatnia grupa to dane w telefonach. Handlowiec może mieć kontakty zapisane wyłącznie w telefonie albo synchronizowane z kontem na hostingu. Po usunięciu starego konta z urządzenia część z nich znika razem z nim, dlatego eksport warto zrobić, zanim ktokolwiek zacznie konfigurować telefony pod nową skrzynkę.

Jak osobno przenieść kontakty i kalendarze

Kontakty najprościej wyeksportować z webmaila lub Outlooka do pliku CSV albo vCard, a potem zaimportować do nowej skrzynki. Przed importem przejrzyj plik pod kątem duplikatów, pustych rekordów i kodowania znaków. Polskie litery w CSV potrafią się rozsypać, jeśli plik zapisano w innym kodowaniu niż UTF-8, a poprawianie kilkuset nazw firm ręcznie to strata całego popołudnia.

Firmowa książka adresowa to osobny temat. Jeśli dotąd wszyscy korzystali z jednej wspólnej listy kontaktów na hostingu, w Microsoft 365 możesz zastąpić ją kontaktami w globalnej liście adresów albo kontaktami w grupie. Zdecyduj o tym przed migracją, bo import tej samej listy do 30 osobnych skrzynek kończy się po pół roku 30 różnymi wersjami tych samych danych.

Kalendarze eksportujesz do pliku ICS i importujesz w nowym środowisku. Wpisy pojawią się w kalendarzu, ale zwykle tracą powiązanie z oryginalnymi zaproszeniami. Gdy organizator spotkania cyklicznego wyśle później zmianę terminu, może ona nie zaktualizować zaimportowanego wpisu, tylko dodać obok nowy. Przy ważnych spotkaniach cyklicznych lepiej wysłać zaproszenia od nowa, już z nowej skrzynki.

Zadania i notatki przenosi się rzadko, ale jeśli ktoś prowadził w nich listę spraw do załatwienia, wystarczy eksport i ręczne odtworzenie najważniejszych pozycji. Najprościej zapytać o to użytkowników w krótkiej ankiecie przed migracją, bo administrator zwykle nie wie, kto korzysta z tych funkcji na co dzień.

Aliasy, przekierowania i skrzynki współdzielone

W panelu hostingu często działają rzeczy, których nie widać w samej skrzynce: aliasy (biuro@ czy faktury@ kierujące pocztę do konkretnej osoby), przekierowania na zewnętrzne adresy, autorespondery i grupy dystrybucyjne. IMAP ich nie przeniesie, bo nie są wiadomościami. Wypisz je z panelu przed migracją, inaczej po zmianie rekordów MX maile wysłane na faktury@ zaczną wracać do nadawców jako niedostarczone.

Częsty przypadek w małych firmach to wspólna skrzynka obsługiwana przez kilka osób na jednym loginie i haśle, np. biuro@ albo sklep@. W Microsoft 365 lepiej zamienić ją na skrzynkę współdzieloną z uprawnieniami nadanymi konkretnym pracownikom. Taka skrzynka do 50 GB nie wymaga osobnej licencji, a przy okazji wiesz, kto odpowiedział klientowi i kiedy.

Aliasy, grupy i skrzynki współdzielone odtwórz w nowym środowisku przed przełączeniem MX. Wtedy w chwili zmiany DNS każdy adres w domenie od razu ma dokąd trafić, a ty nie dopisujesz brakujących adresów w pośpiechu po pierwszych telefonach od klientów.

Przy okazji przejrzyj listę kont. Na hostingach latami zostają skrzynki byłych pracowników, które ktoś odbiera „na wszelki wypadek”. Zdecyduj, które z nich warto przenieść jako skrzynki współdzielone, a które wystarczy zastąpić aliasem do osoby przejmującej sprawy. Mniej skrzynek do migracji to krótszy projekt i mniej licencji do opłacenia.

Przygotowanie skrzynek przed uruchomieniem migracji

Narzędzie migracyjne musi mieć dostęp do każdej skrzynki źródłowej. Są dwie drogi: konto administratora z uprawnieniami do wszystkich skrzynek, które obsługują niektóre serwery pocztowe, albo login i hasło każdego użytkownika. Na hostingu współdzielonym zwykle zostaje ta druga opcja. Jeśli musisz zresetować hasła, uprzedź pracowników, bo bez nowego hasła stracą dostęp do starej skrzynki w trakcie przenosin.

Zrób porządek w danych. Skrzynki z kilkunastoma gigabajtami starych newsletterów i powiadomień systemowych migrują się długo i niepotrzebnie zużywają limity. Poproś użytkowników o usunięcie zbędnych folderów, a wiadomości z załącznikami powyżej 35 MB zabezpiecz osobno, np. zapisując załączniki na dysku firmowym, bo i tak nie przejdą.

Sprawdź ustawienia po stronie docelowej. Microsoft zaleca wyłączenie polityk archiwizacji i przechowywania na czas migracji, bo elementy przeniesione lub usunięte przez te polityki są raportowane jako brakujące, a to utrudnia wychwycenie realnej utraty danych. Zwróć też uwagę na limity połączeń na starym serwerze. Jeśli hosting ogranicza liczbę równoczesnych połączeń IMAP, migracja będzie się wlekła albo przerywała.

Na koniec zrób kopię zapasową skrzynek źródłowych, niezależną od narzędzia migracyjnego, i nie wyłączaj starego konta hostingowego zaraz po przełączeniu. Jeśli za kilka tygodni ktoś zacznie szukać maila sprzed lat, którego w nowym środowisku nie ma, będziesz mieć skąd go odzyskać.

Jak sprawdzić po migracji, że niczego nie brakuje

Najprostszy test to porównanie liczby elementów i rozmiaru wybranych folderów w starej i nowej skrzynce. Raport z migracji pokaże pominięte elementy, np. za duże wiadomości, ale porównanie kilku kluczowych folderów pozwala wyłapać też przypadki, których narzędzie nie zgłosiło jako błędu.

Drugi krok to lista kontrolna dla użytkowników: czy widzą wszystkie foldery, czy kontakty się zaimportowały, czy kalendarz pokazuje przyszłe spotkania, czy działa stopka i czy reguły robią to, co wcześniej. Przy kilkudziesięciu osobach lepiej wyznaczyć jeden dzień na takie sprawdzenie i zbierać zgłoszenia w jednym miejscu, zamiast odbierać je mailem i telefonicznie przez dwa tygodnie.

Pamiętaj, że po zmianie rekordów MX część poczty może jeszcze przez jakiś czas trafiać na stary serwer, zależnie od czasu ważności wpisów DNS. Migracja IMAP w Microsoft 365 synchronizuje skrzynki do momentu usunięcia partii migracyjnej, więc nie kończ jej, dopóki nie upewnisz się, że cała nowa poczta trafia już do nowego środowiska.

Jeśli w firmie nie ma osoby, która zrobi inwentaryzację aliasów, reguł i lokalnych archiwów, przygotuje partie migracyjne i dopilnuje przełączenia DNS, ten etap warto oddać specjalistom. Usługa taka jak migracja poczty IMAP na inny serwer realizowana przez NG Solutions pozwala przejść przez cały proces, od listy danych do przeniesienia po sprawdzenie skrzynek po przełączeniu, bez szukania brakujących kontaktów w poniedziałek rano.

Udostępnij