Corregir fechas de migración imapsync en Google Workspace

imapsync es la herramienta de referencia para migrar buzones a Google Workspace. De código abierto, automatizable mediante scripts, probada en miles de migraciones. Pero aquí está el problema: la pasarela IMAP de Google Workspace no se comporta como un servidor IMAP estándar en lo que respecta al manejo de fechas.

Cuando imapsync sube un mensaje por el protocolo estándar de transferencia de correo con el flag --syncinternaldates, solicita a Google que conserve el INTERNALDATE original del servidor de origen. Google Workspace acepta esta solicitud para algunos mensajes, pero la ignora silenciosamente para otros. La decisión de ignorarla depende de cómo el mensaje atraviesa la pipeline interna de procesamiento de Gmail: filtros de spam, comprobaciones de cumplimiento, validación de encabezados. Cada paso puede restablecer el INTERNALDATE a la marca temporal actual. Sin advertencia, sin registro de error, sin indicación de que la fecha fue cambiada.

Pero INTERNALDATE es solo la mitad del problema. Google Workspace también añade un nuevo encabezado Received a cada mensaje subido, con la fecha de migración. Este encabezado Received se sitúa en la parte superior de la cadena de encabezados, y cualquier cliente IMAP que lea el buzón (Outlook, Apple Mail, Thunderbird) mostrará esta marca temporal de migración en lugar de la fecha original. ¿El resultado? Un buzón donde 47.000 correos parecen haber llegado el 15 de marzo de 2025.

Lo que hace a Google Workspace particularmente engañoso es que la interfaz web de Gmail usa el encabezado Date para la visualización - que imapsync no modifica. El administrador revisa Gmail en el navegador, ve fechas correctas en todas partes y asume que la migración fue exitosa. Mientras tanto, 200 empleados que se conectan a través de Outlook ven una pared de correos con fechas idénticas. ¿Ha intentado alguna vez explicar a una directora financiera por qué cada correo en su buzón muestra la fecha de ayer?

La división Gmail/IMAP crea una realidad de dos niveles dentro de la misma organización. Los usuarios de la interfaz web de Gmail no ven ningún error. Los usuarios de Outlook, Apple Mail o cualquier cliente IMAP móvil ven todas las migraciones marcadas con la fecha de migración. Cuando un miembro del equipo menciona "ese correo de octubre pasado," los colegas ven fechas diferentes según el cliente que usen. La confusión se convierte en desconfianza hacia todo el sistema de correo.

Después está el aspecto de cumplimiento. Google Vault, la herramienta en la que las organizaciones confían para retenciones legales y eDiscovery, se comporta de forma impredecible con fechas corruptas. Algunas búsquedas en Vault consultan el encabezado Date, otras usan el INTERNALDATE. Una solicitud de descubrimiento legal para "todos los correos entre enero y marzo de 2024" podría devolver resultados incompletos porque el INTERNALDATE indica que los mensajes fueron entregados en 2025. Para organizaciones en industrias reguladas (salud, finanzas, sector legal), esto no es una molestia. Es un riesgo de responsabilidad.

Redate.io se conecta a Google Workspace mediante delegación a nivel de dominio y ejecuta su motor de corrección propietario sobre los buzones afectados. El motor realiza un análisis de encabezados en múltiples etapas para identificar las firmas de migración de imapsync, y luego aplica una corrección de metadatos dirigida sin alterar el contenido real del mensaje. Cada correo corregido se verifica individualmente antes de mover el original a una etiqueta de respaldo. El panel de administración rastrea el progreso de todos los buzones en tiempo real, ya sean 50 o 500 buzones, la escalabilidad es la misma.