BitTitan MigrationWiz: naprawa dat e-maili

7 min czytania Ostatnia aktualizacja:

Co BitTitan MigrationWiz robi z datami e-maili

Migracja zakończyła się w piątek. 47 skrzynek pocztowych przeniesiono z lokalnego Exchange do Microsoft 365, wszystko na zielono w panelu MigrationWiz. A potem przyszedł poniedziałek rano i pojawiło się pierwsze zgłoszenie: "Wszystkie moje e-maile pokazują 28 marca 2026."

Każda pojedyncza wiadomość. Lata korespondencji, oferty dla klientów z 2019, faktury z 2021, wszystko opatrzone datą migracji. Log MigrationWiz mówi, że wszystko zostało przeniesione pomyślnie (i technicznie rzeczywiście zostało). Ale daty zniknęły.

BitTitan MigrationWiz to jedno z najczęściej używanych narzędzi do migracji poczty e-mail między chmurami. Obsługuje Exchange do Microsoft 365, Google Workspace do Exchange, przenoszenie między tenantami, praktycznie wszystko. Samo narzędzie działa dobrze. Problem z datami to nie błąd MigrationWiz. Sprowadza się to do jednej rzeczy: daty, jaką niesie każda kopia w momencie zapisu w nowej skrzynce pocztowej.

Problem ujawnia się dopiero po fakcie. Podczas samej migracji nie ma żadnych ostrzeżeń, wszystkie statusy są zielone. Użytkownicy odkrywają to dopiero wtedy, gdy próbują posortować pocztę chronologicznie albo wyszukać wiadomość z konkretnej daty.

Gdzie naprawdę siedzi błędna data

Gdy MigrationWiz przenosi e-mail ze źródła do celu, używa protokołu IMAP (lub Exchange Web Services, w zależności od typu punktu końcowego). Serwer docelowy zachowuje datę, jaką otrzyma: Microsoft 365, Outlook.com i Gmail zachowują oryginalną datę, gdy kopia ją niesie. Jeśli więc każdy e-mail pokazuje datę migracji, to właśnie data przekazana (albo nieprzekazana) przez MigrationWiz jest tym, co należy sprawdzić.

Tak wyglądają nagłówki jednego z takich e-maili, wciąż zachowane po migracji MigrationWiz:

Date: Tue, 15 Jan 2019 09:32:10 +0100
Received: from original-server.company.com
    by mail.company.com; Tue, 15 Jan 2019 09:41:33 +0100

Oryginalny nagłówek Date: z 2019 roku wciąż tam jest, podobnie jak oryginalny łańcuch Received:. W Microsoft 365 data, którą Outlook wyświetla jako datę odebrania, to własny zapis skrzynki pocztowej o tym, kiedy każdy e-mail dotarł: jeśli MigrationWiz nie przekazał oryginalnej daty, ten zapis mówi teraz: 28 marca 2026.

Wartość INTERNALDATE (znacznik czasu używany przez serwery IMAP do sortowania) to data, jaką otrzymała kopia. MigrationWiz próbuje zachować daty, a Microsoft 365 zachowuje datę, jaką otrzyma: gdy daty wciąż wychodzą błędne, oznacza to, że przekazana dla danego e-maila data nie była oryginalna.

Dlaczego Date Mapping w MigrationWiz nie wystarcza

BitTitan oferuje funkcję "Date Mapping" w Opcjach Zaawansowanych MigrationWiz. Na papierze brzmi jak rozwiązanie. W praktyce? Kontroluje, z jakiego zakresu dat migrować wiadomości, a nie jak daty są zachowywane na serwerze docelowym.

Nieporozumienie jest zrozumiałe. Ustawienie ma w nazwie "date". Ale tak naprawdę robi to, że filtruje wiadomości źródłowe według zakresu dat przed migracją. Wiadomość z 2018 roku i tak trafia na cel ze znacznikiem czasu migracji.

Jest jeszcze kwestia IMAP kontra Exchange. Gdy MigrationWiz migruje między dwoma serwerami Exchange za pomocą EWS (Exchange Web Services), zachowanie dat działa lepiej, ponieważ EWS ma większą kontrolę nad metadanymi wiadomości. Również przez IMAP serwer docelowy zachowuje datę, jaką otrzyma: liczy się to, czy oryginalna data została przekazana.

Niektórzy administratorzy próbowali ponownie uruchomić migrację z innymi konfiguracjami punktów końcowych, mając nadzieję, że przełączenie z IMAP na EWS naprawi daty wstecz. Nie naprawia. Wiadomości są już na serwerze docelowym z błędnymi datami. Ponowne uruchomienie MigrationWiz po prostu tworzy duplikaty.

Konkretne scenariusze MigrationWiz, które psują daty

Nie każda migracja MigrationWiz powoduje problemy z datami. Problem zależy od kombinacji punktów końcowych:

  • Exchange (lokalny) do Microsoft 365 przez IMAP: Daty się psują. Każdy e-mail otrzymuje datę kopii.
  • Google Workspace do Microsoft 365: Daty się psują. MigrationWiz czyta z Google przez IMAP i zapisuje do M365 bez oryginalnej daty.
  • Exchange do Exchange (EWS do EWS): Daty zazwyczaj są zachowane. Przez EWS oryginalna data podróżuje wraz z wiadomością.
  • Cokolwiek do Google Workspace przez IMAP: Przez IMAP Gmail zachowuje datę przekazaną przez narzędzie i nic nie dodaje. Daty psują się tylko wtedy, gdy ta data nie jest oryginalna, albo gdy kopia przechodzi przez API importu Gmaila, które dodaje linię Received: datowaną na dzień kopiowania.
  • Między tenantami Microsoft 365: Zależy to od daty, jaką przekazuje dana metoda.

Panel MigrationWiz nie oznacza problemów z datami. Wszystko wyświetla się jako "Completed", ponieważ wiadomości zostały przeniesione pomyślnie. Treść jest nienaruszona, załączniki w porządku, struktura folderów zachowana. Zmieniły się tylko daty, a MigrationWiz nie śledzi tego jako błędu migracji.

Rzeczywisty koszt błędnych dat po MigrationWiz

Błędne daty e-maili to nie tylko niedogodność. Dla organizacji, które migrowały z BitTitan, konsekwencje wykraczają poza bałagan w skrzynce odbiorczej.

Działy prawne nie mogą używać e-maili jako dowodów, gdy każda wiadomość pokazuje datę migracji zamiast rzeczywistej daty wysłania. Kontrole podatkowe wymagają chronologicznego potwierdzenia korespondencji. Ramy regulacyjne takie jak RODO wymagają dokładnego prowadzenia dokumentacji, a e-maile z fałszywymi znacznikami czasu nie spełniają tego wymagania.

Jest też strona praktyczna. Spróbuj znaleźć tę dyskusję o umowie z listopada 2022, gdy cała skrzynka pokazuje marzec 2026. Sortowanie po dacie? Bezużyteczne. Wyszukiwanie po zakresie dat? Zwraca wszystko albo nic.

Dla MSP, którzy użyli MigrationWiz w środowiskach klienckich, tworzy to problem odpowiedzialności. Klient zapłacił za migrację. Dostał ją, ale jego archiwum pocztowe jest właściwie bezużyteczne dla przepływów pracy opartych na datach.

Jeden MSP, o którym słyszeliśmy, przeniósł około 380 skrzynek pocztowych dla kancelarii prawnej. Trzy miesiące później zespół procesowy kancelarii odkrył problem z datami podczas ujawniania dokumentów. Każdy e-mail, który musieli przedstawić jako dowód, pokazywał datę migracji. MSP musiał tłumaczyć, dlaczego 6 lat korespondencji ze znacznikami czasu pokazuje teraz czerwiec 2025.

Naprawianie dat BitTitan MigrationWiz

Oryginalny nagłówek Date: wciąż znajduje się wewnątrz każdego e-maila. MigrationWiz nie dotyka treści wiadomości ani oryginalnych nagłówków. Problem z wyświetlaniem powoduje data zapisana przez skrzynkę pocztową dla każdej kopii.

Redate.io łączy się ze skrzynką pocztową (Google Workspace, Microsoft 365 lub IMAP), skanuje e-maile dotknięte migracją MigrationWiz i koryguje metadane dat za pomocą własnego wieloetapowego potoku analizy. Korekcja celuje konkretnie w warstwę metadanych, i nie musi wiedzieć, które narzędzie wykonało migrację: znajduje e-maile, których wyświetlana data nie zgadza się z ich oryginalną datą.

Każdy poprawiony e-mail jest indywidualnie weryfikowany w porównaniu z oryginałem. Weryfikacja obejmuje integralność wiadomości, zachowanie załączników, umieszczenie w folderach i wątki. Oryginalne e-maile są przechowywane w widocznym folderze Redate.io - Originals do momentu, w którym sam je usuniesz.

Zrozumienie problemu to jedno. Naprawienie 15 000 e-maili bez utraty ani jednego załącznika, złamania podpisów S/MIME czy uszkodzenia granic multipart MIME to zupełnie co innego. Skrypt działający na 10 testowych wiadomościach w laboratorium nie poradzi sobie z przypadkami skrajnymi produkcyjnej skrzynki z 7-letnią korespondencją, wiadomościami szyfrowanymi PGP i nagłówkami RFC 2047 z nie-ASCII znakami.

Swoją drogą, jak sprawdzić, że każda poprawiona wiadomość jest nienaruszona? Że wątkowanie nadal działa, że zaproszenia kalendarza nadal się rozwiązują, że ten 47-megabajtowy załącznik z e-maila z 2020 roku nie został uszkodzony? Redate.io robi to automatycznie, dla każdej pojedynczej wiadomości. A jeśli coś wygląda podejrzanie, oryginał jest tam, w folderze kopii zapasowej.

Darmowe skanowanie zajmuje około dwóch minut. Łączy się ze skrzynką, identyfikuje każdy e-mail opatrzony datą migracji MigrationWiz i pokazuje dokładną liczbę oraz koszt, zanim zapłacisz cokolwiek. Bez karty kredytowej, bez zobowiązań.

Poradniki naprawy dla konkretnych platform

Proces naprawy różni się w zależności od tego, dokąd MigrationWiz przeniósł e-maile. Redate.io obsługuje specyfikę każdej platformy automatycznie, ale jeśli potrzebujesz szczegółów dotyczących swojej konfiguracji:

Redate.io działa również w przypadku migracji zakończonych miesiące lub lata temu. Oryginalny nagłówek Date nie wygasa.

Migrowałeś z BitTitan MigrationWiz i utknąłeś z błędnymi datami? Uruchom darmowe skanowanie, żeby zobaczyć, ile e-maili jest dotkniętych, zanim podejmiesz jakąkolwiek decyzję.

Powiązane artykuły