Corregir fechas de migración de GSMMO en Gmail
Por qué las migraciones de GSMMO muestran la fecha incorrecta en Gmail
GSMMO (Google Workspace Migration for Microsoft Outlook) sube correos desde archivos PST o perfiles de Outlook directamente a Gmail usando la Gmail API. Aunque la Gmail API técnicamente soporta establecer una INTERNALDATE personalizada durante la inserción de mensajes, el proceso de subida de GSMMO resulta en que Gmail registre la marca de tiempo de subida como la INTERNALDATE para la mayoría de los mensajes. El encabezado Date original del correo se preserva, pero la INTERNALDATE se sobrescribe.
En la interfaz web de Gmail, este problema está parcialmente oculto. Gmail web usa el encabezado Date del cuerpo del correo para su fecha de visualización, por lo que la mayoría de los correos aparecen con la fecha correcta en el navegador. Sin embargo, la IMAP INTERNALDATE almacenada en el servidor es incorrecta. Esto se hace visible cuando los usuarios acceden a su cuenta de Gmail a través de cualquier cliente IMAP (Outlook, Thunderbird, Apple Mail) o cuando herramientas de terceros consultan el buzón vía IMAP.
GSMMO es típicamente usado por usuarios finales que están haciendo la transición de Microsoft Outlook a Google Workspace. Estos usuarios pueden no notar inmediatamente el problema de INTERNALDATE si principalmente usan la interfaz web de Gmail. El problema sale a la superficie semanas o meses después cuando instalan un cliente IMAP, configuran una herramienta de respaldo, o cuando un equipo de cumplimiento ejecuta una búsqueda basada en fechas en el buzón a través de Google Vault o software de archivado basado en IMAP.
Cómo afecta esto a Gmail
Para los usuarios de Gmail web, el impacto visual es mínimo porque el encabezado Date se muestra correctamente. Sin embargo, la INTERNALDATE corrupta afecta varias áreas no obvias. El comando IMAP SEARCH DATE de Gmail usa la INTERNALDATE, por lo que cualquier herramienta o cliente basado en IMAP que realice búsquedas por fecha contra el buzón obtiene resultados incorrectos. Herramientas de respaldo como MailStore, Veeam o scripts personalizados que archivan Gmail vía IMAP registran las fechas incorrectas en sus respaldos.
La clasificación de Gmail dentro de las etiquetas cuando se accede vía IMAP usa la INTERNALDATE. Los usuarios que acceden a su cuenta de Gmail desde clientes IMAP móviles o aplicaciones de correo de escritorio ven un desorden desordenado de correos todos fechados en el día de migración. Las exportaciones de Google Takeout también pueden hacer referencia a la INTERNALDATE para nombres de archivo o metadatos, creando potencialmente archivos confusos. El encabezado Date corregido está dentro del mensaje, pero la INTERNALDATE gobierna cómo las herramientas externas y los clientes IMAP perciben la línea temporal del mensaje.
Preguntas frecuentes
Si Gmail web muestra la fecha correcta, ¿por qué debería corregir la INTERNALDATE?
La INTERNALDATE afecta a los clientes IMAP, herramientas de respaldo, búsquedas de cumplimiento de Google Vault y cualquier integración de terceros que se conecte vía IMAP. Incluso si la visualización de Gmail web es correcta, los datos subyacentes son incorrectos y pueden causar problemas en entornos de respaldo, cumplimiento y multi-cliente.
¿Cómo corrige Redate.io las fechas de GSMMO en Gmail?
Redate.io lee el encabezado Date original de cada correo, elimina el encabezado Received de migración de GSMMO y reinserta el correo con la INTERNALDATE correcta que coincide con la fecha original. El correo original se mueve a una etiqueta de respaldo por seguridad.
¿La corrección cambiará cómo se muestran los correos en Gmail web?
No. Gmail web ya muestra la fecha correcta (del encabezado Date). La corrección arregla la INTERNALDATE para que los clientes IMAP también muestren la fecha correcta. La experiencia en Gmail web permanece sin cambios.