El problema de fechas tras migración a Google Workspace
Las organizaciones que migran a Google Workspace hacen a menudo un descubrimiento desagradable: todos los correos de todos los buzones muestran la fecha incorrecta. En lugar de la fecha de envío o recepción original, cada mensaje muestra la fecha en que se realizó la migración. Da igual que la organización haya migrado desde Microsoft Exchange, Office 365, Zimbra, Lotus Notes u otro servidor IMAP. Miles de correos, todos con una única fecha idéntica.
Y no es específico de una herramienta de migración concreta. El problema se produce con BitTitan MigrationWiz, CloudM Migrate, GSMMO, imapsync, y todas las demás herramientas que insertan correos en Google Workspace vía IMAP o la API de Gmail. La causa está ligada a un mecanismo fundamental del procesamiento de mensajes por los servidores de correo.
Para una guía específica de la herramienta GSMMO (Google Workspace Migration for Microsoft Outlook), consulte el artículo dedicado a GSMMO.
Rutas habituales de migración a Google Workspace
Desde Microsoft Exchange (on-premises)
Las organizaciones que operan servidores Exchange on-premises (2010, 2013, 2016 o 2019) migran a Google Workspace para reducir costes de infraestructura y adoptar un modelo en la nube. Estas migraciones utilizan generalmente CloudM, BitTitan MigrationWiz o GSMMO. La herramienta de migración se conecta a Exchange, descarga cada correo y lo sube al buzón de Google Workspace del usuario. Cada correo subido recibe una nueva cabecera "Received" con la marca de tiempo de la migración.
Desde Microsoft 365 (Office 365)
Las migraciones de Microsoft 365 a Google Workspace son frecuentes cuando las organizaciones cambian de ecosistema. BitTitan MigrationWiz y CloudM son las herramientas más populares para este tipo de migración. El proceso extrae los correos de Exchange Online y los inserta en Google Workspace. El mismo problema de cabecera "Received" se aplica: cada correo migrado muestra la fecha de migración.
Desde otros servidores IMAP
Las migraciones desde Zimbra, Zoho, hosting cPanel, Dovecot, Courier y otros servidores IMAP a Google Workspace utilizan herramientas como imapsync, CloudM o scripts personalizados. El destino (Google Workspace) añade una cabecera "Received" durante la operación de inserción, independientemente de la plataforma fuente. Incluso las migraciones desde otro tenant de Google Workspace producen el mismo problema.
Por qué las fechas fallan en Google Workspace
La interfaz web de Gmail vs. los clientes IMAP
Google Workspace presenta una situación particular. La interfaz web de Gmail utiliza generalmente la cabecera "Date" del correo para mostrar la fecha del mensaje, lo que significa que los correos suelen aparecer con la fecha correcta cuando se consultan a través de la interfaz web. En cambio, cuando el mismo buzón se accede mediante un cliente IMAP (Outlook, Apple Mail, Thunderbird), el cliente lee la cabecera "Received" más reciente y muestra la fecha de migración.
Esta diferencia genera una confusión considerable. Un administrador que prueba la migración en la interfaz web de Gmail ve fechas correctas y concluye que la migración es exitosa. Pero cuando los usuarios conectan Outlook a su cuenta de Google Workspace, informan que cada correo tiene la fecha incorrecta. El problema existe en el servidor (las cabeceras contienen la marca de tiempo de migración) pero solo se hace visible en ciertos clientes. ¿Cuántos administradores habrán cerrado un proyecto de migración pensando que todo iba bien, para verse inundados de tickets el lunes siguiente?
El factor IMAP INTERNALDATE
Google Workspace almacena un INTERNALDATE para cada correo, definido durante el proceso de inserción. Algunas herramientas de migración definen correctamente este valor a la fecha original, otras lo dejan a la fecha de migración. Pero incluso cuando el INTERNALDATE es correcto, los clientes IMAP que priorizan las cabeceras "Received" (como Outlook) siguen mostrando la fecha incorrecta. La corrección completa requiere tanto la eliminación de la cabecera "Received" de migración como la verificación de que el INTERNALDATE esté correctamente definido. Para una explicación técnica detallada, consulte por qué los correos muestran fechas incorrectas tras migración IMAP.
Opciones de administración de Google Workspace (que no funcionan)
La consola de administración de Google
La consola de administración de Google ofrece controles amplios para la gestión de Google Workspace, pero no incluye ninguna funcionalidad para corregir las fechas de los correos tras migración. No hay herramienta de edición masiva de cabeceras. No hay utilidad de corrección de fechas. No hay forma de modificar el INTERNALDATE de los correos existentes a través de la interfaz de administración.
Google Apps Script
Google Apps Script puede automatizar muchas operaciones de Gmail, pero no puede modificar las cabeceras en bruto de los correos. Los servicios GmailApp y Gmail API expuestos vía Apps Script permiten leer mensajes, cambiar etiquetas y modificar metadatos, pero no soportan el reemplazo del contenido RFC 2822 en bruto de un mensaje. La verdad es que la corrección requiere trabajar a un nivel mucho más profundo de lo que Apps Script expone.
Servicio de migración de datos de Google
El servicio de migración de datos de Google (disponible en la consola de administración) está diseñado para migrar correos a Google Workspace, no para corregir cabeceras tras la migración. Ejecutar una segunda migración con esta herramienta añadiría una cabecera "Received" adicional, agravando el problema.
Corregir las fechas de Google Workspace con Redate.io
Funcionamiento de la delegación de administración
Redate.io utiliza la funcionalidad de delegación a nivel de dominio de Google Workspace para acceder a los buzones. El administrador crea una cuenta de servicio en la Google Cloud Console, le concede los scopes de API de Gmail necesarios y activa la delegación a nivel de dominio. Esto da a Redate.io la posibilidad de procesar cualquier buzón de la organización sin necesitar las credenciales individuales de los usuarios.
La configuración de la delegación tarda unos 10 minutos y sigue el mismo proceso que otras herramientas de migración y gestión de Google Workspace. Una vez configurada, el administrador puede analizar y corregir cualquier número de buzones desde el panel de Redate.io.
Puesta en marcha
Crear una cuenta de servicio. En la Google Cloud Console, cree un nuevo proyecto (o use uno existente), active la API de Gmail y cree una cuenta de servicio con la delegación a nivel de dominio activada.
Conceder los scopes de API. En la consola de administración de Google Workspace, navegue a Seguridad, luego Controles de API, luego Delegación a nivel de dominio. Añada el ID de cliente de la cuenta de servicio y conceda los scopes de API de Gmail requeridos por Redate.io.
Conectar en Redate.io. Inicie sesión en Redate.io, seleccione "Google Workspace" como plataforma y suba el archivo de clave JSON de la cuenta de servicio. Redate.io valida la conexión y lista los buzones disponibles.
Analizar los buzones. Seleccione los buzones a analizar (o analice todos). El análisis gratuito identifica el número de correos con fechas incorrectas en cada buzón. No se requiere pago para el análisis.
Corregir. Revise los resultados del análisis, elija un plan e inicie la corrección. El motor de corrección propietario de Redate.io procesa cada buzón pasando cada correo por un pipeline de análisis multietapa que gestiona problemas de codificación, estructuras de mensajes multipart, firmas digitales y decenas de casos especiales que un script artesanal corrompería. El progreso es visible en tiempo real. Los mensajes originales se conservan en una etiqueta "Redate.io - Originals" durante 30 días.
Tras la corrección
Una vez completada la corrección por Redate.io, los correos muestran la fecha correcta en todos los clientes: Gmail web, Outlook, Apple Mail, Thunderbird y cualquier otra aplicación conectada vía IMAP. La corrección es permanente. No se necesita mantenimiento continuo ni suscripción. Los usuarios pueden ordenar por fecha, buscar por rango de fechas y utilizar las herramientas de cumplimiento confiando en la exactitud de las marcas de tiempo. El buzón funciona como debería haber funcionado desde el primer día.
Guías específicas por herramienta para Google Workspace
Para instrucciones detalladas basadas en la herramienta de migración específica utilizada, consulte estas guías:
- Corregir fechas BitTitan MigrationWiz en Google Workspace
- Corregir fechas de migración CloudM en Google Workspace
¿Migró a Google Workspace y todos los correos muestran la fecha incorrecta? Inicie un análisis gratuito con Redate.io para ver cuántos correos están afectados en todos los buzones y restaure las fechas correctas.