Correggere le date di migrazione imapsync in Gmail
Perché le migrazioni imapsync mostrano la data sbagliata in Gmail
imapsync viene frequentemente utilizzato per migrare caselle di posta verso Gmail e account Google Workspace tramite IMAP. Quando imapsync carica messaggi sull'interfaccia IMAP di Gmail, Gmail elabora ogni messaggio attraverso la propria pipeline di posta. Anche quando il flag --syncinternaldates è specificato, l'implementazione IMAP di Gmail può sovrascrivere l'INTERNALDATE richiesta in certe situazioni, in particolare quando il messaggio passa attraverso i filtri antispam e di sicurezza di Gmail.
Il comportamento IMAP di Gmail è notevolmente diverso dai server IMAP standard. Gmail aggiunge il proprio header Received (tipicamente contenente "gmailapi.google.com" o l'identificativo del gateway IMAP) con il timestamp di caricamento. Inoltre, la gestione di Gmail del comando APPEND con un'INTERNALDATE specificata non è sempre coerente. Alcuni messaggi ricevono la data richiesta, mentre altri vengono contrassegnati con il timestamp di caricamento, creando un mix imprevedibile di date corrette ed errate all'interno della stessa casella di posta migrata.
Per gli utenti Gmail web, la data di visualizzazione è derivata dall'header Date, che maschera il problema dell'INTERNALDATE. Tuttavia, gli utenti che connettono il loro account Gmail tramite Outlook, Apple Mail o Thunderbird vedono la data di migrazione sui messaggi interessati. L'incoerenza tra Gmail web e i client IMAP crea confusione, e la natura parziale del problema (alcune date corrette, altre no) rende ancora più difficile diagnosticare e quantificare la portata dei messaggi interessati.
Come questo influisce su Gmail
Il comportamento a doppia data di Gmail significa che il problema è invisibile nell'interfaccia web di Gmail ma completamente visibile nei client IMAP. Gli utenti che usano Gmail solo in un browser potrebbero non notare mai il problema. Gli utenti che connettono Outlook, Apple Mail o Thunderbird allo stesso account Gmail vedono la data di migrazione sulle email interessate. Questa incoerenza porta a segnalazioni contrastanti da parte degli utenti che complicano gli sforzi di supporto.
La ricerca IMAP di Gmail (comandi SEARCH SINCE/BEFORE) usa l'INTERNALDATE, quindi i client IMAP che eseguono ricerche per data lato server restituiscono risultati errati. Gli strumenti di backup di terze parti che si connettono a Gmail via IMAP archiviano le date sbagliate, creando inesattezze permanenti nei record di backup. Google Vault e gli strumenti di conformità Workspace possono anch'essi fare riferimento all'INTERNALDATE per i blocchi basati su date, influenzando potenzialmente i flussi di lavoro legali e normativi.
Domande frequenti
Perché imapsync --syncinternaldates non funziona in modo affidabile con Gmail?
L'implementazione IMAP di Gmail ha comportamenti specifici che differiscono dai server IMAP standard. Gmail può sovrascrivere l'INTERNALDATE richiesta durante la sua pipeline di elaborazione interna, specialmente quando i messaggi passano attraverso filtri antispam o scansioni di sicurezza. Questo è un comportamento specifico di Gmail, non un bug di imapsync.
Come posso sapere quali email in Gmail hanno l'INTERNALDATE sbagliata?
Redate.io scansiona la casella di posta e identifica le email dove l'INTERNALDATE non corrisponde all'header Date originale. La scansione è gratuita e mostra esattamente quante email sono interessate, in modo che gli amministratori possano valutare la portata prima di procedere con la correzione.
Redate.io gestisce le etichette Gmail quando corregge le date?
Sì. Redate.io preserva tutte le etichette Gmail, le stelle, lo stato letto/non letto e altri metadati quando corregge l'email. Il messaggio corretto appare nella stessa posizione con le stesse etichette dell'originale.