Cum gestionează Thunderbird datele emailurilor
Mozilla Thunderbird este unul dintre cei mai populari clienți de email gratuiți, utilizat pe scară largă de persoane fizice și organizații care preferă o alternativă open source la Outlook. Abordarea Thunderbird pentru afișarea datelor emailurilor este mai flexibilă decât la majoritatea clienților, ceea ce este atât un avantaj cât și o sursă de confuzie când apar probleme de date de migrare.
Cele două coloane de dată ale Thunderbird
Thunderbird face distincția între două valori de dată: "Dată" și "Primit". Coloana "Dată" arată valoarea headerului Date RFC 2822, marcajul temporal setat de expeditor. Coloana "Primit" arată data derivată din metadatele serverului IMAP (INTERNALDATE) și headerele "Received" ale mesajului.
Implicit, Thunderbird afișează coloana "Dată" (data trimiterii). Așadar, imediat după o migrare, utilizatorii Thunderbird pot nici măcar să nu observe problema deoarece headerul Date este păstrat. Coloana "Primit", în schimb, afișează data migrării pentru fiecare email. Utilizatorii care și-au personalizat vizualizarea pentru a arăta coloana "Primit" sau care sortează după data primirii văd datele greșite.
Sortarea "Ordine de primire" vs sortarea "Dată"
Thunderbird oferă opțiuni de sortare separate: "Dată" (sortează după headerul Date) și "Ordine de primire" (sortează după marcajul temporal de primire). Sortarea după "Dată" produce ordinea cronologică corectă. Sortarea după "Ordine de primire" grupează toate emailurile migrate la data migrării, stricând ordinea cronologică.
Mulți utilizatori nu realizează că sunt două opțiuni de sortare diferite.
De ce coloana "Dată" din Thunderbird nu este o soluție reală
Căutarea este afectată
Căutarea Thunderbird poate filtra după interval de date. Când un utilizator caută "emailuri primite în ianuarie 2024", Thunderbird folosește metadatele de dată de primire de pe server, nu headerul Date. După migrare, această căutare nu returnează niciun rezultat pentru ianuarie 2024 și returnează toate emailurile pentru data migrării. Pentru utilizatorii care caută frecvent după interval de date (contabili căutând facturile unui trimestru, avocați adunând corespondența unui dosar), căsuța este funcțional distrusă.
Filtre de mesaje și căutări salvate
Filtrele de mesaje Thunderbird se pot declanșa pe condiții de dată. Filtrele care referențiază data "Primit" sau "Vârstă în zile" funcționează incorect după migrare. Căutările salvate (foldere virtuale) care folosesc criterii de dată sunt de asemenea afectate.
Alți clienți IMAP pe același cont
Chiar dacă un utilizator Thunderbird trece la coloana "Dată", problema de bază rămâne pe server. Dacă altcineva accesează aceeași căsuță prin Outlook, Apple Mail, o aplicație mobilă sau webmail, va vedea datele greșite. Problema este pe server, nu pe client.
Inspectarea headerelor în Thunderbird
Folosirea vizualizării headerelor din Thunderbird
Thunderbird facilitează inspectarea headerelor email. Deschideți emailul în cauză, apoi faceți clic pe Vizualizare, apoi Sursă mesaj (sau apăsați Ctrl+U). Aceasta afișează mesajul brut complet. Puteți folosi și Vizualizare, apoi Headere, apoi Toate pentru a vedea o vizualizare extinsă a headerelor.
Identificarea headerelor Received de migrare
În sursa mesajului, uitați-vă la headerele "Received" din vârf. Headerul Received cel mai din vârf este cel mai recent; după migrare, este cel al instrumentului de migrare. Conține de obicei un marcaj temporal corespunzător datei migrării și poate referenția explicit instrumentul (de exemplu "mx.migrationwiz.com" pentru BitTitan, "cloudm.io" pentru CloudM, sau "gmailapi.google.com" pentru GSMMO).
Sub headerul de migrare, headerele Received originale sunt încă intacte. Headerul Date original este de asemenea păstrat. Aceasta confirmă că informațiile de dată corecte există, trebuie doar restaurate.
De ce corecțiile pe partea de client nu funcționează
Problema este pe server
Fiecare compromis care implică o schimbare de setare în Thunderbird este o modificare pe partea clientului care afectează doar ce afișează Thunderbird pe ecran. Datele reale ale emailului pe server conțin încă headerul Received de migrare. Aceasta înseamnă că alte dispozitive și clienți văd datele greșite, căutarea pe server returnează rezultate greșite, instrumentele de conformitate și arhivare captează datele greșite, iar backup-urile înregistrează marcajele temporale greșite. Singura corecție permanentă constă în modificarea datelor pe server.
Extensiile Thunderbird nu pot corecta asta
Deși sistemul de extensii Thunderbird este puternic, niciun modul suplimentar nu poate modifica headerele email pe serverul IMAP. O extensie ar putea schimba potențial afișarea datelor local, dar asta ar afecta doar Thunderbird pe acel calculator precis. Atunci care este soluția reală?
Corectarea datelor Thunderbird la nivel de server
Cum corectează Redate.io problema
Redate.io se conectează la serverul de email (Google Workspace, Microsoft 365, sau orice server IMAP inclusiv Zimbra și Zoho) și corectează fiecare email afectat direct pe server.
Motorul de corecție proprietar Redate.io analizează lanțul complet de headere al fiecărui mesaj afectat, aplicând potrivirea semnăturilor de migrare pe sute de semnături de instrumente cunoscute. Pipeline-ul de analiză multi-etapă gestionează cazurile limită care ar face o abordare DIY să eșueze: mesaje S/MIME semnate, conținut criptat PGP, structuri multipart cu granițe MIME imbricate, headere non-ASCII și variații de Content-Transfer-Encoding. După corecție, o verificare de integritate confirmă că fiecare mesaj este intact. Originalele sunt păstrate într-un folder de backup timp de 30 de zile.
După corecție, Thunderbird se sincronizează cu serverul și preia datele corectate. Coloanele "Dată" și "Primit" afișează valorile corecte. Căutarea după interval de date funcționează corect. Filtrele și căutările salvate bazate pe data primirii funcționează așa cum trebuie.
Ați putea încerca să scrieți un script pentru asta? De fapt, întrebarea reală este: cum verificați că 8.000 de emailuri corectate au toate atașamentele intacte, threadingul păstrat și structurile MIME valide? Pe această verificare se prăbușesc abordările DIY.
Verificarea corecției în Thunderbird
După ce Redate.io a finalizat corecția, forțați Thunderbird să se resincronizeze făcând clic dreapta pe cont în panoul folderelor și selectând "Abonare" apoi închizând caseta de dialog, sau compactând folderele. Thunderbird descarcă headerele de mesaje actualizate de pe server. Coloana "Primit" ar trebui să afișeze acum datele de primire originale.
Scenarii comune de migrare cu Thunderbird
Thunderbird ca instrument de migrare
Un scenariu frecvent implică utilizarea Thunderbird însuși ca instrument de migrare. Un administrator configurează conturile IMAP sursă și destinație în Thunderbird, apoi trage emailurile de la un cont la altul. Deși această metodă "funcționează" în sensul că emailurile sunt transferate, serverul de destinație adaugă un header Received la fiecare mesaj copiat, marcându-le pe toate cu data copierii. Consultați ghidul de corecție a datelor de copiere IMAP manuală pentru Thunderbird.
Thunderbird după o migrare la nivel de server
Când migrarea se face la nivel de server (cu BitTitan, CloudM, imapsync sau alt instrument), utilizatorii Thunderbird sunt afectați ca orice alt client IMAP. Datele migrării apar în coloana "Primit", în timp ce coloana "Dată" poate rămâne corectă. Administratorii ar trebui să verifice datele specific în Thunderbird, deoarece afișarea sa cu coloană dublă poate masca problema.
Thunderbird afișează datele greșite după migrare? Lansați un scan gratuit cu Redate.io pentru a identifica emailurile afectate și a restaura datele corecte pe toți clienții de email.