Corectarea datelor Zoho Mail după migrare

Zoho Mail și problema datelor

Zoho Mail este o platformă de email populară pentru companiile mici și mijlocii, o alternativă economică la Google Workspace și Microsoft 365. Multe organizații migrează către Zoho pentru a reduce costurile. Altele migrează de la Zoho atunci când trec la o platformă mai mare.

În ambele direcții, procesul de migrare poate marca greșit data e-mailurilor. Fiecare mesaj din cutia poștală ajunge marcat cu data migrării în loc de data originală de trimitere sau primire. Este frustrant și se întâmplă mai des decât se așteaptă majoritatea administratorilor.

Scenarii comune de migrare Zoho

Migrarea către Zoho Mail

Organizațiile care trec la Zoho Mail migrează de obicei de pe Google Workspace, Microsoft 365 sau de pe un server IMAP generic (cPanel, Plesk, Dovecot). Zoho oferă propriul asistent de migrare, care suportă importul IMAP din majoritatea furnizorilor de email. Asistentul se conectează la serverul sursă, descarcă emailurile prin IMAP și le inserează în conturile Zoho Mail. În timpul acestei inserări, serverele Zoho adaugă un antet „Received" cu marca de timp a migrării la fiecare mesaj. Acest antet nou devine cea mai de sus intrare din lanțul de anteturi, ceea ce face ca clienții de email să afișeze data migrării.

Migrarea de la Zoho Mail

Când organizațiile depășesc nevoile pe care le acoperă Zoho sau au nevoie de funcții disponibile exclusiv pe Google Workspace sau Microsoft 365, migrează în afara Zoho. Instrumente precum BitTitan MigrationWiz, imapsync sau chiar copierea manuală prin IMAP folosind Thunderbird sunt folosite frecvent. Fiecare dintre aceste metode descarcă emailurile de pe Zoho și le reinserează pe serverul de destinație prin IMAP APPEND, declanșând aceeași problemă cu antetul Received. Pentru detalii specifice fiecărui instrument, consultați ghidurile pentru BitTitan, imapsync sau copierea manuală prin IMAP.

Migrarea între conturi Zoho

Chiar și migrarea între conturi Zoho Mail (de exemplu, în cadrul unei restructurări a companiei sau al unei schimbări de domeniu) poate cauza probleme legate de date. De fiecare dată când emailurile sunt descărcate și reinserate prin IMAP, serverul de destinație își adaugă propriul antet Received. Nu are importanță dacă sursa și destinația sunt ambele conturi Zoho.

Cum gestionează Zoho Mail datele IMAP

Implementarea IMAP a Zoho

Zoho Mail suportă standardul IMAP4rev1 (RFC 3501). Când un mesaj este inserat prin IMAP APPEND, serverul Zoho respectă specificația protocolului: adaugă un antet Received cu marca de timp curentă și stochează mesajul cu un INTERNALDATE. Dacă comanda APPEND include un parametru INTERNALDATE explicit, Zoho îl respectă. Însă antetul Received este adăugat oricum, indiferent de situație.

Zoho Webmail versus clienți IMAP

Aici lucrurile se complică.

Interfața webmail a Zoho afișează datele pe baza antetului Date al emailului, similar cu modul în care funcționează interfața web a Gmail. Așadar, datele pot apărea corecte atunci când emailurile sunt vizualizate prin webmail-ul Zoho. Dar orice client IMAP conectat la contul Zoho (Outlook, Apple Mail, Thunderbird) va folosi antetul Received sau INTERNALDATE, afișând data migrării în locul celei originale.

Un administrator poate verifica webmail-ul Zoho, poate vedea date corecte și poate concluziona că migrarea a fost un succes. În același timp, utilizatorii care se conectează prin Outlook sau Apple Mail raportează că toate emailurile lor afișează aceeași dată. Pentru mai multe detalii despre modul în care diferiți clienți gestionează datele, consultați IMAP INTERNALDATE explicat.

Identificarea problemei în Zoho Mail

Verificați anteturile emailurilor

Pentru a confirma că anteturile Received adăugate la migrare cauzează problema datelor, deschideți un email afectat în webmail-ul Zoho și verificați anteturile brute. Faceți clic pe meniul cu trei puncte al unui email și selectați „Show Original". Verificați antetul Received aflat cel mai sus. Dacă acesta conține o marcă de timp care corespunde datei migrării și face referire la un instrument de migrare sau la un server care nu a făcut parte din traseul original de livrare, problema este confirmată.

Comparați datele între clienți

Deschideți același email în webmail-ul Zoho și într-un client IMAP precum Outlook. Dacă webmail-ul Zoho arată „15 ianuarie 2024", dar Outlook arată „11 aprilie 2025" (data migrării), cauza este problema antetului Received.

Corectarea datelor Zoho Mail cu Redate.io

Conectarea prin IMAP

Redate.io se conectează la conturile Zoho Mail prin IMAP standard. Pentru a conecta un cont Zoho Mail, este nevoie de adresa serverului IMAP (imap.zoho.com sau imap.zoho.eu, în funcție de centrul de date), adresa de email și o parolă specifică aplicației. Zoho impune parole specifice aplicației pentru conexiunile IMAP atunci când autentificarea în doi factori este activată (configurația de securitate recomandată).

Pentru a genera o parolă specifică aplicației în Zoho: accesați setările contului Zoho, navigați la Security, apoi Application-Specific Passwords, și generați o parolă nouă pentru Redate.io. Această parolă permite accesul IMAP fără a expune parola principală a contului.

Procesul de scanare și corectare

După conectare, Redate.io scanează întreaga cutie poștală Zoho pentru a identifica emailurile cu anteturi Received adăugate la migrare. Scanarea verifică fiecare folder (Inbox, Trimise, Ciorne și foldere personalizate) și numără emailurile afectate. Scanarea este gratuită.

Motorul de corecție proprietar al Redate.io analizează apoi lanțul complet de anteturi al fiecărui email afectat, identificând anomaliile de dată din antete, o metodă care funcționează indiferent de instrumentul de migrare folosit. Pipeline-ul cu mai multe etape gestionează problemele de codificare, structurile de mesaje multipart, atașamentele inline, semnăturile digitale și zeci de cazuri particulare pe care o abordare simplistă le-ar rata. Fiecare email corectat trece printr-o verificare de integritate înainte ca originalul să fie mutat într-un folder de backup vizibil, „Redate.io - Originals", unde rămâne până când clientul îl elimină.

De ce să nu scrieți pur și simplu un script propriu? Pentru că cazurile particulare sunt exact locul în care lucrurile pot merge prost. Emailuri semnate S/MIME, limite MIME corupte, anteturi non-ASCII codificate conform RFC 2047, structuri multipart imbricate, mesaje fără antet Date. Un script care gestionează 90% dintre emailuri și corupe silențios restul de 10% este mai rău decât absența oricărui script (nu genul de lucru pe care vrei să îl descoperi într-o dimineață de luni).

Considerații specifice Zoho

Limitele de rată IMAP la Zoho

Zoho Mail impune limite de rată pentru conexiunile IMAP, pentru a preveni abuzurile. Redate.io respectă aceste limite, reglând procesul de corectare astfel încât să rămână în limitele permise de Zoho. Pentru cutiile poștale cu un număr mare de emailuri, corectarea poate dura mai mult decât pe platformele cu limite mai generoase.

Zoho: planul gratuit versus planurile plătite

Planul gratuit Zoho Mail nu suportă acces IMAP. IMAP este disponibil doar pe planurile plătite Zoho Mail (Mail Lite și superioare). Dacă contul Zoho afectat este pe planul gratuit, IMAP trebuie activat prin trecerea la un plan plătit, înainte ca Redate.io să se poată conecta.

Localizarea centrului de date Zoho

Zoho operează centre de date în mai multe regiuni (SUA, UE, India, Australia, Japonia). Adresa serverului IMAP variază în funcție de regiune: imap.zoho.com (SUA), imap.zoho.eu (UE), imap.zoho.in (India), imap.zoho.com.au (Australia). Asigurați-vă că folosiți adresa corectă a serverului regional atunci când conectați Redate.io.

Zoho Mail afișează date greșite după migrare? Începeți o scanare gratuită cu Redate.io pentru a vedea exact câte emailuri sunt afectate.