BitTitan MigrationWiz: naprawa dat e-maili

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. To konsekwencja sposobu działania migracji IMAP na poziomie protokołu, a MigrationWiz wyzwala ten mechanizm w specyficzny sposób.

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.

Jak MigrationWiz obsługuje nagłówki Received

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). Podczas tego procesu docelowy serwer pocztowy dodaje do wiadomości nowy nagłówek Received: z bieżącym znacznikiem czasu, dokładnie tak jak zrobiłby to z każdym przychodzącym e-mailem.

Tak wygląda typowy łańcuch nagłówków Received po migracji MigrationWiz:

Received: from mx.migrationwiz.com (processing-node-7.bittitan.com)
    by outlook.office365.com; Fri, 28 Mar 2026 14:23:17 +0000
Received: from original-server.company.com
    by mail.company.com; Tue, 15 Jan 2019 09:41:33 +0100

Oryginalny nagłówek Received: z 2019 roku wciąż tam jest. Podobnie oryginalny nagłówek Date:. Ale klienty pocztowe takie jak Outlook ich nie używają. Outlook odczytuje najnowszy nagłówek Received:, żeby ustalić datę wyświetlenia wiadomości, a ten nagłówek mówi teraz: 28 marca 2026.

Wartość INTERNALDATE (znacznik czasu używany przez serwery IMAP do sortowania) również zostaje nadpisana podczas transferu. MigrationWiz próbuje zachować daty, gdy cel to obsługuje, ale wynik w dużej mierze zależy od zachowania serwera docelowego. Pipeline transportowy Microsoft 365 na przykład nadpisuje INTERNALDATE własnym znacznikiem dostarczenia, niezależnie od tego, o co prosi MigrationWiz.

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. Ale w momencie, gdy IMAP wchodzi do gry po którejkolwiek stronie (źródło lub cel), operacja IMAP APPEND przejmuje kontrolę i serwer docelowy decyduje, jaki znacznik czasu użyć.

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ą. Pipeline transportowy M365 dodaje nowe nagłówki Received i nadpisuje INTERNALDATE.
• Google Workspace do Microsoft 365: Daty się psują. MigrationWiz czyta z Google przez IMAP i zapisuje do M365, który dodaje własne nagłówki transportowe.
• Exchange do Exchange (EWS do EWS): Daty zazwyczaj są zachowane. EWS omija pipeline transportowy po obu stronach.
• Cokolwiek do Google Workspace przez IMAP: Daty się psują. Implementacja IMAP Google dodaje nagłówek Received ze znacznikiem czasu wstawienia.
• Między tenantami Microsoft 365: Zależy od metody. Ścieżka IMAP psuje daty. Bezpośredni EWS może je zachować.

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 dodany nagłówek Received: i nadpisana wartość INTERNALDATE.

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ą opatentowanego wieloetapowego potoku analizy. Korekcja celuje konkretnie w warstwę metadanych, dopasowując wzorce znanych sygnatur nagłówków MigrationWiz, w tym charakterystyczne identyfikatory mx.migrationwiz.com i bittitan.com w łańcuchu Received.

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 przez 30 dni na wypadek potrzeby wycofania zmian.

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:

• Napraw daty BitTitan w Outlooku
• Napraw daty BitTitan w Microsoft 365
• Napraw daty BitTitan w Google Workspace
• Napraw daty BitTitan w Exchange Online

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ę.