Jak przenieść pocztę na inny hosting? Wiadomości i IMAP

Pocztę przenosisz w dwóch etapach: kopiujesz wiadomości do nowych skrzynek, a następnie zmieniasz miejsce dostarczania kolejnych e-maili. Adres, na przykład biuro@example.com, może pozostać ten sam. Starego konta nie zamykasz od razu — przez okres przejściowy mogą jeszcze trafiać do niego wiadomości, które trzeba później skopiować.

Ta instrukcja dotyczy zwykłych skrzynek we własnej domenie, dostępnych przez IMAP na obu hostingach. Pokazuje kopiowanie za pomocą imapsync na komputerze z Windows, bez dostępu administracyjnego do serwerów pocztowych. Gotowy pakiet imapsync dla Windows jest dostępny odpłatnie na oficjalnej stronie programu. Alternatywą dla samodzielnego kopiowania jest zlecenie migracji operatorowi hostingu. Potrzebujesz dostępów do skrzynek, panelu nowej usługi i aktywnej strefy DNS. Migracja kalendarzy, współdzielonych zasobów Exchange oraz logowanie wymagające konfiguracji OAuth wykraczają poza ten wariant.

Do śledzenia przygotowań, przełączenia i uzupełniania archiwum możesz użyć planera migracji poczty. Wybierz właściwy rodzaj usługi, aby otrzymać dopasowaną listę. Jeżeli dopiero wybierasz docelowy model usługi, najpierw porównaj pocztę w hostingu z osobną usługą e-mail.

Co przeniesie IMAP, a co trzeba zachować osobno?

IMAP udostępnia wiadomości i foldery zapisane na serwerze. Kopiowanie powinno więc objąć nie tylko Odebrane, ale również Wysłane, Szkice, archiwum i własne podfoldery. Nie obejmie wiadomości, które program pobrał kiedyś przez POP3 i usunął z serwera, ani poczty przechowywanej wyłącznie w lokalnym archiwum. Różnicę między zawartością serwera a lokalną kopią można sprawdzić w ustawieniach konta programu pocztowego.

Kontakty, kalendarze, podpisy, aliasy, przekierowania i reguły poczty zapisz osobno. Imapsync kopiuje zawartość skrzynek IMAP, nie tworzy za Ciebie kont użytkowników ani konfiguracji domeny. Jeżeli adres kontakt@example.com jest aliasem kierującym do biuro@example.com, odtwarzasz alias, a nie drugie archiwum wiadomości.

Możesz zlecić kopiowanie nowemu operatorowi. Przed zamówieniem potwierdź, że obejmuje wszystkie foldery oraz ponowne uzupełnienie wiadomości po zmianie DNS. Sam jednorazowy import nie zamyka migracji. Oferty do wstępnego wyboru znajdziesz w rankingu hostingów z migracją.

Opis migracji Hostido uwzględnia strony i skrzynki przenoszone z jednego konta źródłowego na jedno docelowe. Nie potwierdza jednak wszystkich folderów ani późnego uzupełnienia wiadomości dla Twojego konta — te elementy uzgodnij osobno. Możesz zobaczyć pakiety Hostido (link partnerski).

1. Przygotuj wszystkie skrzynki, dostępy i termin przełączenia

Najpierw przygotuj nową usługę. Rekordy kierujące pocztę zmienisz dopiero po sprawdzeniu archiwum i wysyłania. Rekord MX dotyczy domeny, nie pojedynczego adresu użytkownika. Jeżeli pod tą samą domeną działają trzy skrzynki i dwa aliasy, wszystkie muszą być gotowe przed przełączeniem.

W panelu nowego hostingu dodaj domenę do obsługi poczty i utwórz skrzynki o dotychczasowych nazwach. Jeżeli aktywacja wymaga potwierdzenia domeny, wykonaj je przed przełączeniem zgodnie z instrukcją usługi. Ustaw hasła i pojemność wystarczającą na archiwum oraz nowe wiadomości. W cPanel skrzynkę zakładasz przez Email Accounts → Create, a przy istniejącym koncie opcja Connect Devices pokazuje dane programu pocztowego. Limit miejsca i ustawienia dostępu sprawdzisz przy konkretnej skrzynce.

Osobno potwierdź u nowego operatora maksymalny rozmiar całej wiadomości przy zapisie przez IMAP, nie tylko rozmiar załącznika ani limit wysyłania przez SMTP. Duża pojemność skrzynki nie wyklucza odmowy przyjęcia pojedynczego dużego e-maila. Nowa usługa musi być również przygotowana do odbierania poczty dla domeny — samo utworzenie skrzynek nie potwierdza jeszcze poprawnego kierowania wiadomości na serwerze.

Co przygotować	Jak wykorzystasz to podczas migracji
Lista skrzynek, aliasów i przekierowań	Odtworzysz wszystkie adresy przyjmujące pocztę w domenie
Stałe nazwy serwerów IMAP starego i nowego dostawcy	Połączysz się z właściwymi skrzynkami także po zmianie MX
Login, hasło, port i sposób szyfrowania dla obu serwerów	Sprawdzisz dostęp i uruchomisz kopiowanie
Nowe ustawienia SMTP, webmail i dane do konfiguracji urządzeń	Przygotujesz wysyłanie oraz dostęp do nowej poczty
Obecne rekordy pocztowe DNS, ich TTL i dane nowego dostawcy	Wykonasz przełączenie i zachowasz możliwość powrotu
Lista aplikacji wysyłających lub odczytujących pocztę	Uwzględnisz formularz strony, skaner, system faktur i inne używane integracje

Do kopiowania użyj nazw serwerów przekazanych przez operatorów, niezależnych od przenoszonej domeny. Nazwa mail.example.com może po zmianie DNS wskazywać nowy hosting; użycie jej jako źródła spowodowałoby wtedy odczyt niewłaściwego konta. Nie zastępuj nazwy dowolnym adresem IP, jeżeli certyfikat połączenia jest wystawiony dla nazwy serwera. Dla źródła i celu zapisz osobno nazwę serwera, login i hasło skrzynki. Login może być taki sam na obu hostingach; o połączeniu z właściwym kontem decyduje także nazwa serwera.

Zapisz obecne rekordy MX, SPF, DKIM i DMARC oraz nazwy używane przez urządzenia. TTL określa czas przechowywania odpowiedzi DNS. Możesz wcześniej obniżyć go dla zmienianych rekordów, ale odczekaj co najmniej ich poprzedni czas ważności, zanim zaczniesz liczyć na szybsze odświeżenie. Zmniejszenie TTL nie usuwa odpowiedzi już zapisanych w pamięci innych serwerów. Zależność między zmianą MX, rekordami WWW i wcześniejszym cache wyjaśnia poradnik DNS i TTL przy zmianie hostingu.

Tylko przy skonfigurowanym MTA-STS. Polityka musi dopuszczać serwery, które mają przyjmować pocztę podczas przejścia. Jeśli nowe MX nie mieszczą się w obecnym zakresie, administrator powinien dodać je z wyprzedzeniem, pozostawiając także nadal używane stare serwery. Przy planowaniu terminu uwzględni pamięć podręczną polityki. Zmiana listy serwerów może wymagać aktualizacji MTA-STS jeszcze przed przełączeniem MX.

2. Zrób niezależną kopię wiadomości

Przed transferem zachowaj archiwum dostępne bez logowania do któregokolwiek hostingu. Możesz pobrać pełne wiadomości do Thunderbirda, zamknąć program i skopiować jego profil na osobny nośnik. Zapewnij miejsce zarówno na pobraną pocztę, jak i na jej niezależną kopię.

Na czas wykonywania kopii i kolejnych transferów uzgodnij z użytkownikami przerwę w kasowaniu i przenoszeniu wiadomości. Wstrzymaj reguły automatycznie porządkujące lub usuwające pocztę oraz odbiór POP3 usuwający ją z serwera. Dotyczy to również innych komputerów i telefonów korzystających z tych skrzynek. Nowe wiadomości nadal mogą napływać.

Dodaj stare konto jako IMAP albo użyj już skonfigurowanego konta IMAP. Sprawdź jego dotychczasowy serwer. W Konfiguracji konta → Synchronizacja i przechowywanie włącz przechowywanie wiadomości na komputerze.
W ustawieniach zaawansowanych zaznacz wszystkie potrzebne foldery, również podfoldery. Usuń ograniczenia pobierania według wieku i rozmiaru wiadomości. Sprawdź też, czy istniejące ustawienia retencji nie usuwają starszej poczty.
Poczekaj na zakończenie pobierania. Odłącz internet i otwórz kilka starych oraz nowych wiadomości z załącznikami, również z Wysłanych. Sama lista tematów nie potwierdza pobrania treści.
Otwórz Pomoc → Informacje dla pomocy technicznej → Folder profilu → Otwórz folder. Następnie zamknij Thunderbird i skopiuj cały wskazany katalog na osobny nośnik. Przy niestandardowym miejscu przechowywania poczty zachowaj również ten katalog.

Ustawienia synchronizacji IMAP decydują o pobieraniu pełnych wiadomości, a kopia profilu przy wyłączonym Thunderbirdzie zabezpiecza pobrane dane. Zapisz datę kopii i zachowaj ją bez dalszej synchronizacji. Profil może zawierać zapisane hasła, dlatego przechowuj go z ograniczonym dostępem, najlepiej na szyfrowanym nośniku. Sprawdzenie folderów i pobranych treści wykonaj dla każdej przenoszonej skrzynki. Po zabezpieczeniu kopii ponownie połącz komputer z internetem.

Przy POP3 sprawdź także lokalne foldery i archiwa na komputerach użytkowników. Wiadomości, których nie ma już na serwerze, pozostaną poza transferem imapsync. Możesz później skopiować je z programu do osobnego folderu nowego konta IMAP, po zabezpieczeniu oryginału. Thunderbird opisuje taki transfer lokalnej poczty z konta POP do IMAP. Nie usuwaj starego profilu tylko dlatego, że nowa skrzynka zaczęła odbierać wiadomości.

3. Przygotuj imapsync i sprawdź oba połączenia

Imapsync pozwala ponownie kopiować tę samą skrzynkę, pomijając wiadomości rozpoznane jako już obecne po stronie docelowej. Dzięki temu po przełączeniu uzupełnisz pocztę, która dotarła na stary serwer później. W tej metodzie program działa na Twoim komputerze, a nie w przypadkowym serwisie internetowym proszącym o hasła.

Gotowy pakiet Windows pobierz z oficjalnej oferty imapsync. Przed zakupem porównaj ten wydatek z migracją w cenie nowego hostingu. Opisana metoda korzysta z programu imapsync.exe, bez kompilowania kodu źródłowego i bez uruchamiania narzędzia na serwerze hostingu.

Rozpakuj oficjalne archiwum do własnego, nieudostępnionego katalogu. Uruchom PowerShell i przejdź poleceniem cd do folderu zawierającego imapsync.exe. Możesz wpisać cd, spację i pełną ścieżkę w cudzysłowie. Sprawdź uruchomienie poleceniem .\imapsync.exe --version. Szczegóły dystrybucji opisuje instrukcja imapsync dla Windows.

Poniżej jest konfiguracja jednej pary skrzynek. Zastąp nazwy zakończone na .example i adres biuro@example.com własnymi danymi. Przykład zakłada IMAP z szyfrowaniem TLS na porcie 993 i logowanie hasłem na obu serwerach. Po uruchomieniu program zapyta osobno o hasło starej i nowej skrzynki — chodzi o dostęp do poczty, nie o hasło panelu hostingowego. Nie dopisuj haseł do poniższego bloku.

$imapArgs = @(
  '--host1', 'imap.stary.example', '--port1', '993', '--ssl1',
  '--user1', 'biuro@example.com',
  '--host2', 'imap.nowy.example', '--port2', '993', '--ssl2',
  '--user2', 'biuro@example.com',
  '--sslargs1', 'SSL_verify_mode=1',
  '--sslargs2', 'SSL_verify_mode=1',
  '--automap', '--noresyncflags',
  '--noexpunge1', '--noexpunge2',
  '--noemailreport1', '--noemailreport2', '--noreleasecheck'
)
.\imapsync.exe @imapArgs --justlogin
$LASTEXITCODE

host1 jest źródłem, host2 celem. Polecenie --justlogin sprawdza logowanie bez kopiowania wiadomości. Jeśli program uruchomił się i zakończył próbę, wynik 0 w ostatniej linii oznacza jej powodzenie. Gdy PowerShell zgłasza, że nie znalazł programu, najpierw popraw ścieżkę — nie oceniaj wtedy wartości $LASTEXITCODE pozostawionej przez poprzedni program. Zestaw parametrów pozostaje w zmiennej $imapArgs do następnych kroków; po zamknięciu PowerShella wprowadzisz go ponownie. PowerShell przekazuje cały zapisany zestaw argumentów po użyciu @imapArgs.

Opcje --ssl1 i --ssl2 wymuszają połączenia szyfrowane, a SSL_verify_mode=1 włącza sprawdzanie zaufania do certyfikatów. Konfiguracja weryfikacji może wymagać wskazania zaufanych certyfikatów CA w używanej dystrybucji programu. Przy błędzie przekaż operatorowi nazwę serwera i komunikat; gdy problem dotyczy lokalnego zestawu CA, skorzystaj z instrukcji lub wsparcia imapsync. Nie zmieniaj wartości weryfikacji na zero. Konta wymagające OAuth potrzebują odrębnej konfiguracji — nie wyłączaj zabezpieczeń konta, żeby dopasować je do tego przykładu.

Pozostałe opcje dobierają foldery, pozostawiają stan przeczytania już skopiowanych wiadomości po stronie nowej skrzynki oraz wyłączają trwałe usuwanie wiadomości oznaczonych do skasowania i dopisywanie raportów do skrzynek. Nie dodawaj opcji usuwających wiadomości ze źródła ani celu. Nowa poczta, której nie ma na starym serwerze, ma pozostać na nowym.

4. Skopiuj archiwum i sprawdź, co rzeczywiście trafiło na nowy serwer

Pozostaw wstrzymane porządkowanie folderów, reguły usuwające wiadomości i odbiór POP3, zgodnie z przygotowaniem kopii. Obowiązuje to do zakończenia uzupełniania archiwum.

Tylko przy automatycznym przetwarzaniu wiadomości. Na nowym koncie nie uruchamiaj jeszcze systemów, które odczytują skrzynkę i tworzą z wiadomości zgłoszenia czy inne zlecenia — mogłyby przetworzyć importowane archiwum.

Najpierw obejrzyj plan kopiowania:

.\imapsync.exe @imapArgs --dry

--dry nawiązuje prawdziwe połączenia i odczytuje informacje o skrzynkach, ale nie wykonuje zaplanowanych zmian poczty. Przejrzyj przypisanie folderów, zwłaszcza Wysłane, Szkice, Kosz i archiwum. Opcja --automap próbuje dobrać foldery specjalne. Jeśli wskazuje zły cel, przed pierwszym transferem ustal poprawne mapowanie. Parametr --f1f2 pozwala wskazać parę pełnych nazw folderów.

Jeżeli w raporcie pełna nazwa folderu źródłowego to Sent Items, a właściwego docelowego Sent, dopisz wewnątrz tablicy $imapArgs, przed zamykającym nawiasem, parę '--f1f2', 'Sent Items=Sent'. Poprzednią pozycję oddziel przecinkiem. To przykład — użyj nazw z własnego raportu, a przy znakach narodowych skopiuj zapis IMAP z lewej kolumny listy, bez otaczających go nawiasów kwadratowych.

Po dodaniu mapowania ponownie wklej i wykonaj cały blok definiujący $imapArgs — od $imapArgs = @( do zamykającego ). Zastąpi to wcześniejszy zestaw argumentów w bieżącym oknie PowerShell. Dopiero potem uruchom próbę z --dry. Zachowaj ustalone mapowanie do końca migracji.

Po poprawnej próbie uruchom właściwe kopiowanie bez --dry:

.\imapsync.exe @imapArgs
$LASTEXITCODE

Zacznij od jednej skrzynki. Komputer musi działać i mieć połączenie z oboma serwerami do zakończenia transferu. Raport znajdziesz w katalogu LOG_imapsync. Zachowaj go w nieudostępnionym katalogu razem z informacją, której skrzynki i przebiegu dotyczy.

W przykładzie raportu w README imapsync udane kopiowanie opisują poniższe wiersze. Liczba 1745 pochodzi z tego przykładu dokumentacyjnego, nie z testu wykonanego dla poradnika:

The sync looks good, all 1745 identified messages in host1 are on host2.
There is no unidentified message on host1.
Detected 0 errors

Te wiersze potwierdzają obecność na celu wszystkich rozpoznanych wiadomości ze źródła, brak wiadomości nierozpoznanych i brak błędów tego przebiegu. Po zakończeniu właściwego transferu wynik $LASTEXITCODE powinien wynosić 0. Nadal odczytaj podsumowanie pominięć: wiadomości już obecne na celu to inna sytuacja niż wiadomości wyłączone z kopiowania przez ograniczenie rozmiaru.

Imapsync może uwzględnić ogłoszony przez serwer limit APPENDLIMIT i pominąć większe wiadomości. Brak błędów nie zastępuje więc sprawdzenia, co objął transfer. Jeżeli duże e-maile nie przeszły, uzgodnij zwiększenie limitu lub osobne zachowanie ich pełnych kopii. Nie obcinaj wiadomości ani nie usuwaj załączników po to, żeby raport wyglądał na poprawny.

Zaloguj się bezpośrednio do nowego webmaila, korzystając z adresu operatora. Porównaj foldery i otwórz stare wiadomości z załącznikami. Sprawdź Wysłane oraz kilka własnych podfolderów. Sam wzrost zajętości skrzynki nie potwierdza kompletności.

Następnie powtórz .\imapsync.exe @imapArgs --dry. Skopiowane wcześniej wiadomości powinny być rozpoznawane, a do przeniesienia mogą pozostać nowe. Gdy program ponownie planuje kopiowanie całego archiwum, wstrzymaj następny transfer i sprawdź przyczynę. Identyfikacja wiadomości może wymagać dopasowania do zachowania serwerów. Różnica liczby pozycji może też wynikać z identycznych duplikatów w źródle — trzeba ją wyjaśnić, nie automatycznie uznać za stratę ani za poprawny wynik.

Dla kolejnej skrzynki przygotuj osobny zestaw $imapArgs: zmień --user1 i --user2, sprawdź serwery oraz mapowanie folderów, a następnie ponownie wykonaj cały blok definiujący tablicę. Dopiero wtedy powtórz logowanie, --dry i kopiowanie. Zapisz konfigurację bez haseł dla każdej pary kont — będzie potrzebna do końcowych przebiegów. Jedno wywołanie programu przenosi jedną wskazaną skrzynkę, nie całą domenę.

5. Przygotuj wysyłanie: SMTP, SPF, DKIM i DMARC

MX kieruje pocztę przychodzącą, a SMTP służy do wysyłania z programu lub aplikacji. Sama zmiana MX nie przestawi telefonu, Thunderbirda ani formularza strony na nowy serwer wychodzący. Przygotuj ich nowe ustawienia jeszcze przed przełączeniem.

Nowe konto dodaj w programie osobno, zamiast od razu nadpisywać stare. Nazwij je wyraźnie, np. „Biuro — nowy hosting”. W ręcznej konfiguracji wpisz serwer IMAP, właściwy serwer SMTP, porty, zabezpieczenie połączenia i login podane przez dostawcę. Thunderbird pozwala wybrać serwer SMTP przypisany do konkretnego konta. Sprawdź to przypisanie, żeby nowa skrzynka nie wysyłała przypadkiem przez stary hosting.

Ustawienie domeny	Co przygotować przed rozpoczęciem wysyłania
SPF	Autoryzację nowego źródła wysyłki przy zachowaniu nadal używanych źródeł
DKIM	Rekord podany przez nowego dostawcę oraz włączenie podpisywania wiadomości
DMARC	Potwierdzenie, że nowa wysyłka przechodzi weryfikację i jest zgodna z domeną widoczną w polu Od

SPF publikuje się jako rekord TXT. Dla jednej nazwy nie dodawaj drugiego rekordu zaczynającego się od v=spf1; nowego nadawcę uwzględnij w istniejącej polityce. Specyfikacja SPF wyklucza kilka konkurujących rekordów i ogranicza liczbę mechanizmów wymagających odpytywania DNS. Nie sklejaj bez sprawdzenia dwóch pełnych wpisów. Przy wielu usługach wysyłkowych przekaż operatorowi ich listę, aby przygotował poprawną całość.

DKIM używa osobnej nazwy rekordu z selektorem, czyli identyfikatorem klucza. Różne selektory pozwalają utrzymywać kilka kluczy równocześnie. Nie zastępuj starego klucza nowym pod tą samą nazwą, gdy stara usługa jeszcze podpisuje wiadomości. Poproś o inny selektor albo uzgodniony sposób wymiany.

DMARC sprawdza poprawność SPF lub DKIM oraz zgodność uwierzytelnionej domeny z domeną w polu Od. Zgodnie z ustawieniem polityki może chodzić o identyczną domenę albo zgodność na poziomie domeny organizacyjnej. Zachowaj dotychczasową politykę; jeśli jej nie ma, ustal konfigurację z operatorem zamiast oczekiwać wyniku DMARC wyłącznie po dodaniu MX.

Przed pierwszą próbą wysyłania opublikuj potrzebne zmiany SPF i DKIM w aktywnej strefie DNS oraz włącz podpisywanie DKIM u nowego dostawcy. Uwzględnij czas odświeżenia wcześniejszych rekordów. Samo zapisanie otrzymanych ustawień w notatce albo w nieaktywnej strefie panelu nie zmienia uwierzytelniania wiadomości.

Wszystkie próby wykonuj na własnych adresach, z treścią bez poufnych danych. Wyślij z nowego konta wiadomość na własną skrzynkę w innej domenie. W Gmailu otwórz menu wiadomości i wybierz Pokaż oryginał: zobaczysz wyniki uwierzytelniania i nagłówki. Pełny nagłówek pomaga prześledzić drogę wiadomości. Odpowiedź na tę próbę może jeszcze trafić na stary serwer, bo MX nadal wskazuje poprzednią usługę.

Przykład interpretacji: wiadomość z Od: biuro@example.com, wynikiem DKIM: PASS dla example.com i DMARC: PASS przechodzi DMARC dzięki poprawnemu, zgodnemu podpisowi. Sam SPF: PASS dla obcej domeny technicznej bez zgodnego DKIM nie wystarczy. DMARC może przejść jedną ścieżką mimo błędu drugiej; podczas migracji wyjaśnij jednak nieoczekiwane błędy SPF lub DKIM, zamiast uznawać je za załatwione przez pozytywny wynik DMARC.

6. Przełącz rekordy MX i codzienną pracę na nowe skrzynki

Do tego kroku przejdź, gdy wszystkie skrzynki i aliasy są przygotowane, archiwum sprawdzone, nowa wysyłka działa, a operator potwierdził gotowość serwera do przyjmowania poczty dla domeny. Zapisz godzinę zmiany. W aktywnej strefie DNS zastąp dotychczasowy zestaw MX kompletem podanym przez nowego dostawcę: nazwami serwerów i priorytetami. W cPanel edycję wykonuje się w Zone Editor, ale zmiana będzie skuteczna tylko wtedy, gdy właśnie ten serwer obsługuje aktywną strefę domeny.

MX wskazuje nazwę serwera, nie adres IP, URL ani port. Niższa liczba oznacza wyższy priorytet. Instrukcja rekordów pocztowych Cloudflare pokazuje również rozdzielenie MX od adresu hosta. Jeśli dostawca wymaga zmiany mail.example.com, uwzględnij wskazane rekordy A/AAAA; przy Cloudflare host używany do zwykłej poczty powinien działać jako DNS only.

Nie zostawiaj starego MX jako przypadkowego „zapasu”. Zapasowy serwer powinien być świadomie skonfigurowany do przekazywania poczty do właściwego miejsca. Dwa niezależne hostingi wpisane w MX nie kopiują między sobą skrzynek. Wybór serwera według priorytetów opisuje standard dostarczania SMTP.

Na komputerach i telefonach przełącz użytkowników na przygotowane nowe konta. Ustaw nowy serwer wychodzący jako używany do pracy, a stare konto pozostaw do kontroli i kopiowania. Zatrzymaj jego automatyczne pobieranie w klientach, zwłaszcza przez POP3. Do końca uzupełniania archiwum nie przenoś ani nie usuwaj już skopiowanych wiadomości również na nowym koncie.

Zaktualizuj też SMTP w aplikacjach korzystających ze starej usługi.

Tylko przy automatycznym przetwarzaniu wiadomości. Gdy system faktur albo zgłoszeń reaguje na nową wiadomość, wznawiaj go dopiero po wyłączeniu przetwarzania importowanego archiwum lub wyznaczeniu właściwego punktu startu zgodnie z jego instrukcją.

Zmiana poczty nie wymaga zmiany adresu serwera WWW. Wpisy witryny pozostaw bez zmian. Gdy przenosisz także samą stronę, potraktuj to jako osobne zadanie — opisane w poradniku o migracji WordPressa.

7. Sprawdź odbieranie, wysyłanie i wiadomości ze strony

Pierwszą kontrolę wykonaj od razu po zmianie MX i ustawieniu nowych kont. Z własnej skrzynki w innej domenie wyślij oznaczoną wiadomość do każdego przenoszonego adresu. Otwórz ją w nowym webmailu i odpowiedz z właściwego konta. Sprawdź odbiór przed kolejnym przebiegiem imapsync, aby nie pomylić bezpośredniego dostarczenia ze skopiowaniem wiadomości ze starego serwera.

Powtórz próbę dla używanych aliasów oraz pomiędzy dwiema skrzynkami swojej domeny. Sprawdź zapis odpowiedzi w Wysłanych i otwarcie bezpiecznego załącznika. Powtarzaj kontrole podczas okresu przejściowego i po końcowym kopiowaniu. Jeśli próba trafia jeszcze na stary serwer, sprawdź aktywny zestaw MX i uwzględnij pamięć DNS. Jeśli nie ma jej w żadnym webmailu, sprawdź folder Spam i ewentualne powiadomienie o niedostarczeniu u nadawcy; przekaż operatorowi adres odbiorcy, godzinę i komunikat błędu. Jeśli uwierzytelnianie przechodzi, a wiadomość trafia do spamu, przejdź do osobnej diagnostyki problemów z dostarczalnością.

Osobno skontroluj formularz witryny, jeśli korzysta z tej usługi. Przed próbą ustaw odbiorców testowych i ustal działanie automatycznej odpowiedzi oraz zewnętrznych integracji. Skorzystaj z funkcji testu samego SMTP, jeśli wystarcza do sprawdzenia wysyłki.

Tylko przy formularzu połączonym z innym systemem. Gdy formularz tworzy zamówienie lub zgłoszenie, przygotuj tryb testowy jego integracji zgodnie z jej instrukcją. Samo wpisanie w treści słowa „test” nie zatrzyma tych działań.

Jeżeli poczta z zewnątrz dociera prawidłowo, ale wiadomość ze strony zostaje na starym hostingu, sprawdź lokalne kierowanie poczty. W cPanel ustawienie Email Routing jest odrębne od publicznego MX, a automatyczne wykrywanie korzysta z lokalnej strefy. Tryb Remote Mail Exchanger wyłącza przyjmowanie poczty dla domeny przez ten serwer. Nie ustawiaj go na starym serwerze, który ma jeszcze odbierać opóźnione wiadomości.

Na okres przejściowy skonfiguruj aplikację do wysyłania przez uwierzytelniony SMTP nowego dostawcy, zamiast przez lokalny mechanizm starego hostingu, i sprawdź rezultat. Gdy aplikacja nie obsługuje takiego połączenia, sposób przekazywania ustal z operatorem przed wyłączeniem lokalnego odbioru. Docelową zmianę routingu na starym koncie wykonuje się dopiero po zakończeniu potrzebnego tam odbioru.

8. Uzupełnij wiadomości, które dotarły jeszcze na stary hosting

Po zmianie MX część nadawców może korzystać ze starej odpowiedzi DNS albo ponawiać wcześniejsze dostarczenie. Dlatego oba konta nadal muszą działać. Powtarzaj kopiowanie w tym samym kierunku: stary IMAP → nowy IMAP. Dla każdej pary skrzynek ponownie wprowadź jej zapisany blok $imapArgs, z tymi samymi stałymi nazwami serwerów, loginami i mapowaniem. Następnie uruchom:

.\imapsync.exe @imapArgs
$LASTEXITCODE

To uzupełnienie, nie synchronizacja dwóch równorzędnych miejsc pracy. Imapsync sprawdza foldery kolejno, więc wiadomość dostarczona po sprawdzeniu danego folderu może trafić dopiero do następnego przebiegu. Przenoszenie i kasowanie wiadomości podczas kolejnych przebiegów może odtwarzać stare pozycje lub tworzyć rozbieżności. Do zakończenia migracji czytaj i odpowiadaj z nowej skrzynki, ale odłóż porządkowanie archiwum.

Parametr --noresyncflags pozostawia flagi wiadomości już obecnych na nowym koncie, np. oznaczenie przeczytania, zamiast ponownie ustawiać je według starego. Obsługa flag zależy również od serwera docelowego. Nowe wiadomości są kopiowane z obsługiwanymi oznaczeniami.

Sprawdzaj oba webmaile bezpośrednio oraz raporty kolejnych przebiegów. Nie wybieraj brakujących wiadomości wyłącznie według daty pokazanej w kolumnie — e-mail z wcześniejszą datą nadania może zostać dostarczony z opóźnieniem. O zakończeniu uzupełniania decyduje rozpoznanie braków przez narzędzie oraz obserwacja dostarczania, nie ręczne filtrowanie „od godziny zmiany MX”.

Nie ma jednej liczby godzin potwierdzającej, że wszystkie źródła przestały wysyłać na stare konto. Uwzględnij poprzedni TTL i informacje operatora o kolejce dostarczeń. Przed zamknięciem usługi wykonaj jeszcze końcowe kopiowanie i sprawdź, czy stara skrzynka przestała otrzymywać nowe wiadomości. Sam jeden raport z zerem przeniesionych e-maili potwierdza stan w chwili sprawdzenia, nie przyszłe dostarczenia.

Co zrobić, gdy brakuje wiadomości albo coś nie działa?

Objaw	Co sprawdzić w pierwszej kolejności
Brak starszych wiadomości	Czy są w starym webmailu, czy tylko w lokalnym archiwum POP/PST; następnie raport pominiętych wiadomości
Brak Wysłanych lub własnego folderu	Mapowanie i widoczność folderów w nowym webmailu; także folder Wysłane przypisany w programie
Część dużych wiadomości nie przeszła	Limit pojedynczej wiadomości, limit skrzynki oraz dokładny błąd importu; nie usuwaj załączników z oryginału
Odbieranie działa, wysyłanie nie	Przypisany SMTP, login, port, szyfrowanie i komunikat odrzucenia; przy odrzuceniu przez odbiorcę również SPF/DKIM/DMARC
Poczta pojawia się raz na starym, raz na nowym koncie	Aktywny zestaw MX, pamięć DNS, stare ustawienia urządzeń i lokalne kierowanie na serwerze
Po każdym przebiegu przybywa kopii tych samych wiadomości	Rozpoznawanie wiadomości i niezmienność mapowania; zatrzymaj powtarzanie pełnego transferu do wyjaśnienia

Do zgłoszenia dołącz godzinę, nazwę folderu, identyfikator wiadomości i odpowiedni fragment raportu, bez hasła oraz poufnej treści. Przy błędzie logowania najpierw sprawdź właściwy serwer i konto; przy błędzie pojemności zwiększ dostępny limit lub uzgodnij sposób przechowania brakującej części. Sukces dla większości wiadomości nie oznacza, że można usunąć źródło przed wyjaśnieniem wyjątków.

Kiedy można wyłączyć starą pocztę i jak przygotować powrót?

Stare skrzynki zamknij po uzupełnieniu późnych wiadomości, kontroli archiwum i testach dostarczania. Wszystkie urządzenia oraz aplikacje powinny już korzystać z nowej usługi. Przywróć potrzebne reguły i integracje na nowym koncie, uruchom jego regularną kopię, a niezależne archiwum sprzed przenosin zachowaj. Usuń niepotrzebne dostępy migracyjne; zmianę zwykłego hasła skoordynuj z urządzeniami, które go używają.

Gdy po przełączeniu potrzebny jest powrót, najpierw zachowaj wiadomości otrzymane i wysłane na nowym serwerze. Uzgodnij przywrócenie starego dostarczania, ustawień SMTP i urządzeń oraz uzupełnienie danych w odwrotnym kierunku. Wysyłka z przywracanej usługi nadal musi być objęta właściwym SPF i DKIM. Nie uruchamiaj równocześnie dwóch przeciwnych synchronizacji i nie kasuj nowego konta. Cofnięcie MX nie przenosi wiadomości, które już dotarły do nowego dostawcy.

Migracja poczty kończy się wtedy, gdy potrzebne archiwum znajduje się na nowym serwerze, bieżące wiadomości trafiają do nowych skrzynek, a użytkownicy i aplikacje wysyłają przez właściwą usługę. Stary hosting może nadal utrzymywać stronę lub DNS. W takim przypadku kończysz obsługę jego zbędnych skrzynek, nie całego konta.