Zmiana dostawcy usług pocztowych lub domeny firmowej to moment, w którym łatwo o utratę części korespondencji, jeśli migracja nie zostanie przeprowadzona metodycznie — z zachowaniem ciągłości odbierania wiadomości.

Na czym polega ta usługa

Migracja obejmuje przeniesienie wszystkich wiadomości, folderów i kontaktów z poprzedniego dostawcy poczty do nowego, skonfigurowanie przekierowań na okres przejściowy oraz aktualizację ustawień DNS domeny, tak żeby nowa poczta zaczęła działać bez przerwy w odbieraniu korespondencji.

Dla kogo ma sens

Usługa jest niezbędna dla firm zmieniających dostawcę hostingu poczty lub przenoszących obsługę na nową domenę, które chcą uniknąć utraty historii korespondencji i przerwy w komunikacji z klientami.

Ile to trwa

Migracja poczty mieści się z reguły w standardowym czasie do 3 dni, w zależności od ilości przenoszonych danych.

Warunki

Diagnoza wstępna i wycena migracji są bezpłatne. Dojazd na terenie Warszawy i okolic jest bezpłatny, a usługa objęta jest gwarancją do 12 miesięcy.

Najczęstsze warianty i scenariusze migracji poczty

Przenoszenie poczty elektronicznej w środowisku firmowym może przebiegać według różnych scenariuszy, w zależności od używanej dotychczas technologii oraz infrastruktury docelowej:

Migracja z hostingu współdzielonego do chmury biznesowej (Microsoft 365 lub Google Workspace): Standardowy hosting oparty o protokół IMAP (Internet Message Access Protocol — protokół pocztowy synchronizujący zawartość folderów z serwerem) bywa zastępowany platformami chmurowymi. Taki proces wymaga nie tylko przeniesienia wiadomości e-mail, ale również odpowiedniego zmapowania struktury folderów oraz zaimportowania kontaktów i kalendarzy.
Migracja pomiędzy serwerami hostingowymi (np. cPanel, DirectAdmin lub autorskie panele dostawców): Wymiana firmy hostingowej wymaga skopiowania zawartości skrzynek przy zachowaniu identycznych adresów e-mail, haseł tymczasowych oraz pełnej struktury podfolderów.
Migracja z lokalnego serwera pocztowego (np. Microsoft Exchange lub Linux Postfix z Dovecot): Przejście z własnej maszyny serwerowej w firmie do rozwiązania chmurowego lub zewnętrznego serwera dedykowanego. Wiąże się to z konwersją formatów baz danych i ponownym skonfigurowaniem reguł routingu (kierowania ruchem pocztowym).
Migracja poczty przy zmianie domeny internetowej (rebranding): Zmiana głównego adresu domeny wymaga utworzenia nowych kont dla pracowników, przeniesienia całej historii korespondencji z dotychczasowych adresów oraz ustawienia aliasów (alternatywnych nazw skrzynek) i przekierowań, aby maile wysyłane na stary adres nadal trafiały do odbiorców.
Konsolidacja wielu niezależnych kont pocztowych: Połączenie kilku rozproszonych skrzynek w jedną centralną strukturę pocztową w ramach jednego panelu zarządzania użytkownikami.

Etapy bezpiecznej migracji poczty bez przerw w komunikacji

Prawidłowe przeprowadzenie migracji wymaga ścisłego trzymania się procedury technicznej, która zapobiega gubieniu wiadomości nadsyłanych w trakcie przełączania serwerów:

Etap 1: Audyt środowiska pocztowego i inwentaryzacja kont: Sprawdzenie liczby kont e-mail, łącznego rozmiaru danych, używanych programów pocztowych oraz konfiguracji strefy DNS (Domain Name System — system tłumaczący nazwy domen internetowych na adresy IP serwerów).
Etap 2: Obniżenie wartości parametru TTL w rekordach DNS: Wartość parametru TTL (Time to Live — czas przechowywania informacji o rekordach DNS w pamięci podręcznej serwerów pośredniczących w internecie) zostaje zmniejszona z reguły do kilkuset sekund. Dzięki temu zmiana adresu serwera docelowego rozpropaguje się w sieci w kilka minut, a nie w kilkadziesiąt godzin.
Etap 3: Wstępna synchronizacja danych (migracja w tle): Kopiowanie zawartości skrzynek ze starego serwera na nowy serwer przy użyciu bezpiecznych narzędzi synchronizujących. W tym czasie pracownicy nadal korzystają z dotychczasowej poczty, a dane kopiują się w tle bez zakłócania ich pracy.
Etap 4: Przełączenie rekordu MX w domenie: Rekord MX (Mail Exchange — rekord DNS wskazujący serwer odpowiedzialny za odbieranie poczty e-mail dla danej domeny) zostaje zmieniony na adres nowego dostawcy. Od tego momentu wszystkie nowe wiadomości trafiają bezpośrednio na nowy serwer.
Etap 5: Synchronizacja różnicowa (delta sync): Narzędzie migracyjne pobiera wyłącznie te wiadomości, które wpłynęły na stary serwer w trakcie trwania procedury przełączania. Gwarantuje to przeniesienie każdego pojedynczego e-maila.
Etap 6: Wdrożenie zabezpieczeń domeny: Skonfigurowanie rekordów SPF, DKIM oraz DMARC w strefie DNS nowej poczty, co zapobiega odrzucaniu wysyłanych wiadomości przez serwery odbiorców.
Etap 7: Rekonfiguracja stanowisk roboczych: Ustawienie nowych parametrów połączenia w programach pocztowych na laptopach, komputerach stacjonarnych i stacjach roboczych pracowników.

Kluczowe zabezpieczenia domeny po migracji: SPF, DKIM i DMARC

Samo przeniesienie wiadomości nie kończy procesu migracji. Nowy serwer musi zostać prawidłowo uwierzytelniony w strefie DNS, aby wysyłane wiadomości nie trafiały do folderu spam u kontrahentów:

Rekord SPF (Sender Policy Framework): Rekord tekstowy w systemie DNS, który precyzyjnie wskazuje adresy IP oraz serwery uprawnione do wysyłania wiadomości w imieniu danej domeny firmowej. Brak aktualizacji rekordu SPF po zmianie serwera powoduje, że serwery odbiorców traktują maile jako próby podszywania się pod firmę.
Klucz DKIM (DomainKeys Identified Mail): Mechanizm kryptograficzny polegający na dołączaniu cyfrowego podpisu do nagłówka każdej wychodzącej wiadomości. Serwer odbiorcy pobiera klucz publiczny z DNS domeny i weryfikuje, czy treść maila nie została zmodyfikowana w trakcie transmisji.
Polityka DMARC (Domain-based Message Authentication, Reporting and Conformance): Standard określający sposób postępowania serwera odbiorczego w sytuacji, gdy wiadomość nie przejdzie pomyślnie weryfikacji SPF lub DKIM. DMARC pozwala na monitorowanie prób nadużyć oraz wysyła raporty o statusie doręczalności poczty.

Błędy przy próbie samodzielnej migracji poczty

Próby samodzielnego przenoszenia poczty firmowej bez odpowiednich narzędzi serwerowych często prowadzą do poważnych problemów operacyjnych:

Brak wcześniejszego obniżenia parametru TTL w DNS: Pozostawienie domyślnej wartości TTL (często 24 lub 48 godzin) powoduje, że po zmianie rekordu MX część serwerów na świecie przez kolejne dwa dni wysyła pocztę na stary serwer, a część na nowy. Prowadzi to do rozproszenia korespondencji i chaosu informacyjnego.
Ręczne przeciąganie wiadomości w programie pocztowym: Próba kopiowania tysięcy maili metodą „przeciągnij i upuść” w programie pocztowym (np. Microsoft Outlook lub Mozilla Thunderbird) często kończy się zawieszeniem aplikacji, przerwaniem połączenia przez serwer oraz utratą oryginalnych dat odebrania wiadomości.
Eksport do uszkodzonych plików PST: Pliki PST (Personal Storage Table — format pliku bazy danych programu Microsoft Outlook) o dużych rozmiarach mogą ulec uszkodzeniu podczas eksportu na niestabilnym łączu, co skutkuje brakiem możliwości zaimportowania części archiwum.
Ignorowanie limitów połączeń serwera źródłowego: Serwery hostingowe stosują mechanizmy rate-limitingu (ograniczenia liczby jednoczesnych zapytań) oraz blokady IP przy intensywnym pobieraniu danych. Samodzielna migracja może doprowadzić do automatycznego zablokowania adresu IP firmy na starym serwerze.
Pominięcie kontaktów, kalendarzy i reguł skrzynki: Standardowa migracja protokołem IMAP przenosi jedynie strukturę folderów pocztowych. Kontakty, zadania, kalendarze oraz reguły automatycznego sortowania wymagają zastosowania odrębnych procedur eksportu i importu.
Przedwczesne usunięcie kont na starym serwerze: Skasowanie usługi u poprzedniego dostawcy przed pełnym zakończeniem propagacji DNS i synchronizacji różnicowej bezpowrotnie niszczy wiadomości, które mogły jeszcze trafić do starej skrzynki.

Kiedy problem z pocztą nie wynika z migracji

Zdarzają się sytuacje, w których objawy sugerujące błędy migracji są w rzeczywistości spowodowane innymi usterkami technicznymi:

Przepełnienie skrzynki pocztowej (quota dyskowa): Jeśli pojemność konta na nowym serwerze została ustawiona na zbyt niską wartość, serwer natychmiast odrzuca nowe wiadomości z komunikatem o braku miejsca na dysku.
Obecność adresu IP na czarnych listach RBL: Jeśli nowy dostawca hostingu przydzielił współdzielony adres IP, który wcześniej trafił na listę RBL (Real-time Blackhole List — publiczny wykaz adresów IP wysyłających spam), wysyłane maile będą blokowane niezależnie od poprawności konfiguracji migracji.
Błędne porty i ustawienia szyfrowania w programie klienckim: Brak możliwości wysyłania lub odbierania poczty na pojedynczym komputerze zazwyczaj wynika z wpisania niewłaściwego numeru portu (np. port 993 dla IMAP SSL/TLS, port 465 lub 587 dla SMTP) lub braku zaznaczenia opcji uwierzytelniania serwera wychodzącego.
Uszkodzenie lokalnego profilu pocztowego lub pliku OST: Plik OST (Offline Storage Table — plik lokalnej pamięci podręcznej programu Microsoft Outlook) może ulec uszkodzeniu w wyniku nagłego wyłączenia komputera lub błędu dysku, co uniemożliwia wyświetlenie pobranych z serwera wiadomości.

Poufność korespondencji i bezpieczeństwo danych firmowych

Korespondencja e-mail zawiera wrażliwe dane biznesowe, umowy, faktury oraz dane osobowe klientów. Podczas realizacji usługi kładziemy nacisk na pełne bezpieczeństwo przetwarzanych informacji:

Umowa o zachowaniu poufności (NDA): Na życzenie klienta podpisujemy bezpłatną umowę NDA (Non-Disclosure Agreement — umowa o zachowaniu poufności), która formalnie zabezpiecza wszystkie tajemnice przedsiębiorstwa.
Brak konieczności przekazywania haseł prywatnych: Domyślnie nie prosimy o hasła prywatne użytkowników. W przypadku platform chmurowych (Microsoft 365, Google Workspace) proces realizowany jest przy użyciu kont administracyjnych, tokenów API lub tymczasowych haseł technicznych generowanych wyłącznie na czas transferu danych.
Szyfrowane kanały transferu: Cały transfer danych pomiędzy serwerami oraz stanowiskami pracy odbywa się przy użyciu protokołów szyfrowanych SSL/TLS, co uniemożliwia przechwycenie korespondencji w sieci.
Brak podwykonawców: Wszystkie prace wykonujemy bezpośrednio, co eliminuje ryzyko wycieku danych do podmiotów trzecich.

Najczęściej zadawane pytania dotyczące migracji poczty

Czy w trakcie przenoszenia poczty firma przestanie odbierać e-maile od klientów?

Nie. Prawidłowo zaplanowany proces migracji z obniżeniem czasu TTL oraz synchronizacją różnicową (delta sync) gwarantuje ciągłość komunikacji. Podczas przełączania rekordów MX maile trafiają albo jeszcze na stary serwer, albo już na nowy. Po przełączeniu następuje dogranie wiadomości ze starego serwera, dzięki czemu żaden e-mail nie zostaje utracony ani odrzucony.

Co dzieje się ze strukturą folderów i podfolderów w skrzynkach?

Wszystkie foldery, podfoldery oraz oznaczenia wiadomości (np. wiadomości przeczytane, nieprzeczytane, oflagowane) zostają przeniesione w niezmienionym układzie 1:1, pod warunkiem że migracja odbywa się przy użyciu protokołu IMAP lub narzędzi chmurowych obsługujących pełne mapowanie skrzynek.

Czy usługa obejmuje również przeniesienie kalendarzy i kontaktów?

Tak. W przypadku migracji do systemów takich jak Microsoft 365 lub Google Workspace przenosimy całą zawartość konta użytkownika, w tym kontakty, grupy dystrybucyjne, kalendarze oraz zadania. W środowiskach opartych o standardowy protokół IMAP dane te są eksportowane i importowane na stanowiskach pracy.

Jakie programy pocztowe i systemy operacyjne są obsługiwane?

Konfigurujemy pocztę w popularnych programach pocztowych, takich jak Microsoft Outlook, Mozilla Thunderbird, The Bat! oraz w aplikacjach webowych przez przeglądarkę internetową. Usługa obejmuje stacje robocze, laptopy i komputery stacjonarne pracujące pod kontrolą systemów Windows oraz dystrybucji Linux.

Czy po migracji programy pocztowe na komputerach pracowników wymagają rekonfiguracji?

Tak. Każdy program pocztowy musi zostać połączony z nowym serwerem, aby pobierać pocztę z nowej lokalizacji. Serwisant konfiguruje profile pocztowe bezpośrednio na urządzeniach w firmie, dba o zarchiwizowanie starych plików danych oraz weryfikuje poprawność wysyłania i odbierania wiadomości testowych.

Czy po zakończeniu prac można od razu zrezygnować ze starego hostingu?

Zaleca się zachowanie dostępu do starego hostingu przez okres od 7 do 14 dni po zakończeniu migracji. Pozwala to na upewnienie się, że wszystkie serwery na świecie zaktualizowały wpisy DNS oraz daje możliwość weryfikacji spójności danych.

Realizacja usługi z dojazdem na terenie Warszawy i okolic

Prace związane z audytem, planowaniem oraz rekonfiguracją komputerów firmowych realizowane są bezpośrednio w siedzibie klienta. Dojeżdżamy na terenie całej Warszawy oraz do okolicznych miejscowości w promieniu do 40 km, obejmując 7 powiatów podwarszawskich: grodziski, legionowski, otwocki, piaseczyński, pruszkowski, warszawski zachodni oraz wołomiński.

W przypadku nagłych awarii serwerów pocztowych lub konieczności pilnego zabezpieczenia infrastruktury czas dojazdu serwisanta wynosi do 1 godziny. Dojazd jest bezpłatny, a po wykonaniu prac zapewniamy wsparcie techniczne do 30 dni oraz gwarancję na wykonaną konfigurację do 12 miesięcy. Przy problemach sprzętowych z laptopami pracowników zapewniamy bezpłatny laptop zastępczy z systemem Windows na cały czas trwania naprawy.

Bezpieczna ciągłość korespondencji firmowej

Migracja poczty elektronicznej i zmiana domeny nie muszą wiązać się ze stresem ani przestojami w bieżącej działalności przedsiębiorstwa. Precyzyjne zaplanowanie etapów, obniżenie parametrów DNS, wdrożenie rekordów SPF, DKIM i DMARC oraz rzetelna rekonfiguracja stanowisk roboczych zapewniają bezproblemowe przejście na nową platformę pocztową przy zachowaniu pełnej historii komunikacji biznesowej.

22 378 48 09

Migracja poczty przy zmianie dostawcy lub domeny