Sortarea după dată de trimitere nu este o soluție

Sfatul cel mai răspândit pe fiecare forum

Căutați „emailuri cu dată greșită după migrare" pe orice forum IT și primul răspuns este aproape întotdeauna același: „Sortați după data de trimitere în loc de data de primire." Acest sfat apare pe forumurile Microsoft, în firele de ajutor Google Workspace, pe Reddit și pe Spiceworks. A devenit răspunsul implicit la ceea ce este, de fapt, o problemă de date la nivel de server.

Sfatul vine dintr-un loc bun. În Outlook, schimbarea coloanei de sortare din „Primit" în „Trimis" modifică efectiv ordinea vizibilă a emailurilor. Mesajele care păreau toate cu aceeași dată de migrare apar dintr-odată în secvența lor cronologică originală. La prima vedere, problema pare rezolvată.

Dar nu este.

De ce pare că funcționează

Îmbunătățirea vizuală

Când un utilizator schimbă vizualizarea Outlook pentru a sorta după „Dată trimitere", căsuța de intrare arată imediat corect. Emailurile din 2020 apar înaintea celor din 2023. Pentru un utilizator care privea 10.000 de emailuri afișând toate aceeași dată, este o îmbunătățire spectaculoasă.

Funcționează într-o singură vizualizare, pe un singur dispozitiv

Această metodă funcționează exact într-un singur loc: vizualizarea dosarului specific, pe dispozitivul specific unde utilizatorul a făcut modificarea. Dacă trece la alt dosar, vizualizarea poate reveni la setarea anterioară. Dacă verifică emailurile pe alt dispozitiv, setarea nu se transferă.

Toate modurile în care eșuează

Rezultatele căutării afișează în continuare datele greșite

Căutarea emailurilor în Outlook, Gmail, Apple Mail și Thunderbird indexează mesajele folosind data de primire (INTERNALDATE), nu data de trimitere. Când un utilizator caută „emailuri primite în martie 2022", motorul de căutare verifică INTERNALDATE, care afișează în continuare data migrării. Căutarea returnează zero rezultate pentru martie 2022 și returnează toate emailurile pentru data migrării.

Pentru utilizatorii care caută frecvent după interval de date (contabili care caută facturile dintr-un trimestru anume, avocați care adună corespondența dintr-o perioadă de dosar), căsuța de email devine practic inutilizabilă. Schimbarea coloanei de sortare nu afectează cu nimic motorul de căutare.

Conformitatea și eDiscovery sunt compromise

Instrumente precum Microsoft Purview, Google Vault și platformele de conformitate terțe interoghează metadatele de pe server, inclusiv INTERNALDATE. Sortarea după dată de trimitere în Outlook nu are absolut niciun efect asupra a ceea ce aceste instrumente recuperează. O solicitare de conservare juridică pentru „toate emailurile primite între ianuarie și martie 2023" va returna rezultate incorecte.

Pentru organizațiile din domeniul financiar, medical, juridic și din sectorul public, rezultatele incorecte de eDiscovery pot duce la sancțiuni, amenzi sau decizii judiciare nefavorabile. Regulamentele locale de conformitate (cum ar fi RGPD în România și UE) impun păstrarea și recuperarea corectă a datelor, iar o căsuță de email cu INTERNALDATE greșit nu satisface aceste cerințe.

Trebuie configurat pe fiecare dispozitiv și fiecare dosar

Outlook nu aplică setările de vizualizare global. Schimbarea coloanei de sortare în Inbox nu o schimbă și în Elemente trimise, Ciorne, Arhivă sau dosarele personalizate. Fiecare dosar trebuie ajustat individual. Setările sunt stocate local, ceea ce înseamnă că trebuie repetate pe fiecare dispozitiv. Pentru o organizație cu 100 de utilizatori, fiecare cu 4 dispozitive și 10 dosare, asta înseamnă 4.000 de modificări individuale de vizualizare. Cine va face asta?

INTERNALDATE rămâne greșit

INTERNALDATE IMAP rămâne incorect pe server. Acest lucru afectează instrumentele de backup, viitoarele instrumente de migrare (care propagă INTERNALDATE-ul greșit), integrările API și sistemele de arhivare email. Problema INTERNALDATE persistă pe termen nelimitat dacă nu este corectată la nivel de server.

Regulile și filtrele de email folosesc data de primire

Regulile Outlook, filtrele Gmail și regulile de transport Exchange bazate pe data de primire vor funcționa defectuos. O regulă care spune „mută emailurile primite cu mai mult de 90 de zile în urmă în Arhivă" poate arhiva tot conținutul căsuței sau nimic. Fluxurile Power Automate și scripturile Google Apps care procesează emailurile în funcție de data de primire produc rezultate incorecte.

Unii clienți de email nici măcar nu suportă această opțiune

Nu toți clienții de email suportă sortarea după dată de trimitere. Apple Mail pe iOS nu oferă opțiunea „sortare după dată de trimitere". Thunderbird gestionează coloanele de dată diferit față de Outlook. Interfețele webmail (Roundcube, Horde) au posibilități limitate de personalizare a coloanelor.

Firul conversațiilor se strică

Clienții de email care suportă vizualizarea pe conversații grupează mesajele înrudite pe baza anteturilor și datelor. Când datele de primire sunt greșite, firul conversațiilor poate ordona greșit mesajele dintr-un fir sau poate afișa data firului ca dată a migrării.

Soluția reală: corectarea datelor pe server

Motivul pentru care „sortarea după dată de trimitere" eșuează este că tratează simptomul (ordine de afișare greșită) fără a corecta cauza (metadate de dată greșite pe server). Soluția reală presupune corectarea metadatelor de dată pe server pentru fiecare email afectat.

Odată ce datele de pe server sunt corectate, fiecare client de email afișează data corectă. Rezultatele căutărilor returnează intervale de date exacte. Instrumentele de conformitate interoghează marcajele temporale corecte. Regulile și filtrele operează pe data reală de primire. Nu mai sunt necesare setări pe fiecare dispozitiv sau dosar. Corectarea este permanentă și universală.

Cum realizează Redate.io corecția la nivel de server

Motorul de corecție proprietar al Redate.io se conectează la căsuța de email (Google Workspace, Microsoft 365 sau orice server IMAP) și scanează fiecare email pentru a le identifica pe cele cu antete „Received" de migrare. Scanarea este gratuită.

Pentru fiecare email afectat, pipeline-ul de analiză multi-etapă identifică semnăturile de migrare prin potrivire de tipare pe sute de semnături cunoscute ale instrumentelor de migrare, aplică corecții țintite păstrând integritatea mesajului (semnături S/MIME, structuri multipart, atașamente inline, antete non-ASCII și zeci de alte cazuri limită), și execută o verificare de integritate pe fiecare email corectat. Originalele sunt mutate într-un dosar de backup vizibil timp de 30 de zile. Mai multe detalii despre procesul complet găsiți în articolul cum se corectează datele emailurilor după migrare.

După corecție, nu există nimic de configurat în Outlook, nicio setare de schimbat pe fiecare dispozitiv, nicio metodă de contornat de ținut minte. Datele sunt pur și simplu corecte, peste tot, permanent.

Nu mai contați pe o metodă care funcționează pe jumătate. Lansați o scanare gratuită pentru a vedea câte emailuri au date greșite și corectați 10 gratuit pentru a verifica rezultatele.