Corregir fechas de migración de CloudM en Gmail
Por qué las migraciones de CloudM muestran la fecha incorrecta en Gmail
CloudM Migrate (anteriormente Cloud Migrator) se usa ampliamente para migrar buzones a Google Workspace. CloudM utiliza la Gmail API para subir correos a la cuenta de Gmail de destino. Durante esta subida, la infraestructura de Gmail registra la marca de tiempo de inserción como la INTERNALDATE del mensaje, sobrescribiendo la fecha de entrega original con la fecha en que se realizó la migración.
CloudM intenta preservar el encabezado Date original dentro del cuerpo del correo, y la interfaz web de Gmail normalmente usa este encabezado Date para fines de visualización. Sin embargo, la IMAP INTERNALDATE queda permanentemente establecida en la fecha de migración. Cada cliente IMAP que se conecta a la cuenta de Gmail (Outlook, Apple Mail, Thunderbird, clientes móviles usando IMAP) lee esta INTERNALDATE y muestra la fecha de migración en la columna de recepción.
Las organizaciones que migran desde Microsoft 365, Exchange local u otras plataformas a Google Workspace usando CloudM descubren este problema cuando los usuarios conectan clientes de escritorio a sus nuevas cuentas de Gmail. La interfaz web de Gmail puede verse bien, pero Outlook y Apple Mail muestran cada correo como recibido en la fecha de migración, generando confusión y tickets de soporte en toda la organización.
Cómo afecta esto a Gmail
En Gmail, el impacto depende de cómo el usuario accede a su buzón. La interfaz web de Gmail normalmente muestra las fechas correctamente porque lee el encabezado Date del propio correo. Sin embargo, cualquier cliente conectado por IMAP (Outlook, Apple Mail, Thunderbird) muestra la fecha de migración porque estos clientes se basan en la IMAP INTERNALDATE en lugar del encabezado Date.
El sistema de etiquetas y la búsqueda de Gmail también se ven afectados de maneras sutiles. Mientras que la búsqueda web de Gmail usa el encabezado Date para los operadores "before:" y "after:", el comando IMAP SEARCH DATE usa la INTERNALDATE. Las herramientas de respaldo y soluciones de archivado de correo de terceros que se conectan vía IMAP archivan la fecha de migración como la fecha del mensaje, creando inexactitudes permanentes en los registros de respaldo. Google Vault, usado para cumplimiento y retención legal, también puede hacer referencia a la INTERNALDATE para ciertas operaciones, afectando la precisión de la investigación legal basada en fechas.
Preguntas frecuentes
¿CloudM Migrate siempre corrompe las fechas en Gmail?
CloudM sube los correos usando la Gmail API, que establece la INTERNALDATE en la marca de tiempo de subida. El encabezado Date dentro del correo se preserva, por lo que Gmail web normalmente muestra la fecha correcta. Pero los clientes IMAP muestran la fecha de migración porque leen la INTERNALDATE.
¿Por qué los correos se ven bien en Gmail web pero mal en Outlook?
Gmail web usa el encabezado Date del cuerpo del correo para la visualización, que CloudM preserva. Outlook y otros clientes IMAP usan la IMAP INTERNALDATE, que está establecida en la fecha de migración. Redate.io corrige la INTERNALDATE para que todos los clientes muestren la fecha correcta.
¿Puede Redate.io corregir las fechas de migración de CloudM en todo un dominio de Google Workspace?
Sí. Mediante la delegación a nivel de dominio de Google Workspace, Redate.io puede escanear y corregir buzones en toda la organización. Los administradores pueden procesar múltiples buzones sin necesitar la participación individual de cada usuario.