BitTitan MigrationWiz: corectarea datelor greșite

Ce face BitTitan MigrationWiz cu data e-mailurilor

Migrația s-a terminat vinerea trecută. 47 de căsuțe poștale mutate de pe Exchange local pe Microsoft 365, totul verde în panoul MigrationWiz. Apoi a venit lunea dimineața și a apărut primul ticket: "Toate emailurile mele arată 28 martie 2026."

Fiecare mesaj. Ani de corespondență, propuneri pentru clienți din 2019, facturi din 2021, toate ștampilate cu data migrației. Jurnalul MigrationWiz spune că totul s-a transferat cu succes (și tehnic chiar s-a transferat). Dar datele au dispărut.

BitTitan MigrationWiz este unul dintre cele mai utilizate instrumente pentru migrarea emailurilor între servicii cloud. Gestionează Exchange către Microsoft 365, Google Workspace către Exchange, mutări între tenanți, practic orice. Instrumentul în sine funcționează bine. Problema cu datele nu este un bug al MigrationWiz. Totul se reduce la un singur lucru: data pe care o poartă fiecare copie atunci când este scrisă în cutia poștală nouă.

Unde se află de fapt data greșită

Când MigrationWiz transferă un email de la sursă la destinație, folosește protocolul IMAP (sau Exchange Web Services, în funcție de tipul endpointului). Destinația păstrează data primită: Microsoft 365, Outlook.com și Gmail păstrează data originală atunci când copia o transmite. Așadar, dacă toate emailurile arată data migrației, problema este data pe care MigrationWiz a transmis-o, sau nu.

Iată ce mai poartă încă headerele unuia dintre aceste emailuri după o migrație 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

Headerul original Date: din 2019 este încă acolo, la fel și lanțul original de headere Received:. Iar în Microsoft 365, data pe care Outlook o arată ca dată de primire este propria evidență a cutiei poștale despre momentul în care a ajuns fiecare email: dacă MigrationWiz nu a transmis data originală, această evidență spune 28 martie 2026.

Valoarea INTERNALDATE (marca temporală pe care serverele IMAP o folosesc pentru sortare) este data primită de copie. MigrationWiz încearcă să păstreze datele, iar Microsoft 365 păstrează data primită: când datele apar totuși greșite, înseamnă că data transmisă pentru fiecare email nu a fost cea originală.

De ce Date Mapping din MigrationWiz nu este suficient

BitTitan oferă o funcție "Date Mapping" în Opțiunile Avansate ale MigrationWiz. Pe hârtie, pare soluția. În practică? Controlează ce interval de date al mesajelor se migrează, nu cum sunt păstrate datele la destinație.

Confuzia este de înțeles. Setarea conține cuvântul "date" în nume. Dar de fapt ceea ce face este să filtreze mesajele sursă după interval de date înainte de migrație. Un mesaj din 2018 ajunge tot cu marca temporală a migrației la destinație.

Mai există și chestiunea IMAP versus Exchange. Când MigrationWiz migrează între două servere Exchange folosind EWS (Exchange Web Services), păstrarea datelor funcționează mai bine deoarece EWS are mai mult control asupra metadatelor mesajelor. Și pe IMAP, destinația păstrează data primită: important este dacă data originală este transmisă.

Unii administratori au încercat să reexecute migrația cu configurații diferite ale endpointurilor, sperând că trecerea de la IMAP la EWS va corecta datele retroactiv. Nu corectează. Mesajele sunt deja la destinație cu date greșite. Rularea din nou a MigrationWiz ar crea doar duplicate.

Scenarii specifice MigrationWiz care strică datele

Nu fiecare migrație MigrationWiz cauzează probleme cu datele. Problema depinde de combinația de endpointuri:

• Exchange (local) către Microsoft 365 prin IMAP: Datele se strică. Fiecare email primește data copierii.
• Google Workspace către Microsoft 365: Datele se strică. MigrationWiz folosește IMAP pentru a citi din Google și scrie în M365, fără data originală.
• Exchange către Exchange (EWS către EWS): Datele sunt de obicei păstrate. Prin EWS, data originală călătorește odată cu mesajul.
• Orice către Google Workspace prin IMAP: Prin IMAP, Gmail păstrează data transmisă de instrument și nu adaugă nimic. Datele se strică doar dacă acea dată nu este cea originală, sau dacă copia trece prin API-ul de import al Gmail, care adaugă o linie Received: datată cu ziua copierii.
• Cross-tenant Microsoft 365: Totul depinde de data pe care o transmite metoda folosită.

Panoul MigrationWiz nu semnalează problemele cu datele. Totul apare ca "Completed" deoarece mesajele chiar s-au transferat cu succes. Conținutul este intact, atașamentele sunt în regulă, structura folderelor este păstrată. Doar datele s-au schimbat, iar MigrationWiz nu urmărește acest lucru ca o eroare de migrație.

Costul real al datelor greșite după MigrationWiz

Datele greșite ale emailurilor nu sunt doar o neplăcere. Pentru organizațiile care au migrat cu BitTitan, consecințele depășesc un inbox dezordonat.

Echipele juridice nu pot folosi emailurile ca probe când fiecare mesaj afișează data migrației în locul datei reale de trimitere. Auditurile fiscale necesită dovezi cronologice ale comunicărilor. Cadrele de conformitate precum GDPR impun păstrarea exactă a înregistrărilor, iar emailurile cu mărci temporale false nu îndeplinesc această cerință.

Apoi este și partea practică. Încercați să găsiți discuția despre contractul din noiembrie 2022 când întreaga căsuță poștală arată martie 2026. Sortare după dată? Inutilă. Căutare după interval de date? Returnează totul sau nimic.

Pentru MSP-urile care au folosit MigrationWiz în mediile clienților, aceasta creează o problemă de răspundere. Clientul a plătit pentru o migrație. A primit-o, dar arhiva de email este practic inutilizabilă pentru fluxurile de lucru bazate pe date.

Un MSP despre care am aflat migrase circa 380 de căsuțe poștale pentru o firmă de avocatură. Trei luni mai târziu, echipa de litigii a firmei a descoperit problema cu datele în timpul procesului de descoperire a documentelor. Fiecare email pe care trebuiau să-l prezinte ca probă arăta data migrației. MSP-ul a trebuit să explice de ce 6 ani de corespondență cu mărci temporale arătau acum iunie 2025.

Corectarea datelor BitTitan MigrationWiz

Headerul original Date: se află încă în interiorul fiecărui email. MigrationWiz nu atinge corpul mesajului sau headerele originale. Problema de afișare este cauzată de data pe care cutia poștală a înregistrat-o pentru fiecare copie.

Redate.io se conectează la căsuța poștală (Google Workspace, Microsoft 365 sau IMAP), scanează emailurile afectate de migrația MigrationWiz și corectează metadatele de dată printr-un pipeline de analiză multi-etapă proprietar. Corecția nu are nevoie să știe ce instrument a făcut migrarea: identifică emailurile a căror dată afișată nu corespunde datei lor originale.

Fiecare email corectat este verificat individual în raport cu originalul. Verificarea acoperă integritatea mesajului, păstrarea atașamentelor, plasarea în foldere și fire de conversație. Emailurile originale rămân într-un folder vizibil Redate.io - Originals până când le ștergeți dumneavoastră; Redate.io nu le elimină niciodată.

Să înțelegi problema este un lucru. Să corectezi 15.000 de emailuri fără a pierde un singur atașament, fără a deteriora semnăturile S/MIME sau a corupe limitele multipart MIME, este cu totul altceva. Un script care funcționează pe 10 mesaje de test în laborator nu va face față cazurilor limită ale unei căsuțe poștale de producție cu 7 ani de corespondență, mesaje criptate PGP și headere RFC 2047 cu caractere non-ASCII.

De fapt, cum verificați că fiecare mesaj corectat este intact? Că firele de conversație funcționează, că invitațiile din calendar se rezolvă, că atașamentul de 47 MB de la emailul din 2020 nu s-a corupt? Redate.io face aceasta automat, pentru fiecare mesaj în parte. Iar dacă ceva pare suspect, originalul se află chiar acolo, în folderul de backup.

Scanarea gratuită durează aproximativ două minute. Se conectează la căsuța poștală, identifică fiecare email marcat cu data migrației MigrationWiz și arată numărul exact și costul înainte de a plăti ceva. Fără card de credit, fără angajament.

Ghiduri de corectare specifice platformei pentru BitTitan

Procesul de corectare variază în funcție de unde a mutat MigrationWiz emailurile. Redate.io gestionează automat specificul fiecărei platforme, dar dacă doriți detalii despre configurația dumneavoastră:

• Corectare date BitTitan in Outlook
• Corectare date BitTitan in Microsoft 365
• Corectare date BitTitan in Google Workspace
• Corectare date BitTitan in Exchange Online

Redate.io funcționează și pentru migrații finalizate cu luni sau ani în urmă. Headerul original Date nu expiră.

Ați migrat cu BitTitan MigrationWiz și ați rămas cu date greșite? Rulați o scanare gratuită pentru a vedea exact câte emailuri sunt afectate, înainte de a vă angaja la ceva.