Corregir fechas de migración imapsync en Microsoft 365

Migrar a Microsoft 365 con imapsync suena razonable. La herramienta es gratuita, permite automatización mediante scripts y maneja bien las transferencias IMAP a IMAP en la mayoría de los escenarios. Pero Exchange Online no es "la mayoría de los escenarios."

La pasarela IMAP de Exchange Online es una capa de compatibilidad montada sobre un sistema diseñado para EWS y MAPI. Cuando imapsync envía un mensaje a través de esta pasarela por el protocolo estándar de transferencia de correo, el mensaje entra en la pipeline de transporte completa de Exchange Online - la misma pipeline que procesa el correo entrante de internet. Esa pipeline añade encabezados de transporte, ejecuta comprobaciones de prevención de pérdida de datos, aplica reglas de cumplimiento y estampa un nuevo encabezado Received con el momento exacto en que el mensaje llegó al servidor. ¿El flag --syncinternaldates? A la pipeline de transporte de Exchange Online no le importa. El INTERNALDATE se sobrescribe con la marca temporal de entrega.

Esto no es un error que Microsoft planee corregir. Así funciona la arquitectura de Exchange Online. La pipeline de transporte trata cada mensaje recibido por el protocolo estándar de transferencia de correo como una nueva entrega, sin excepciones. Ya sea que se migren 500 correos o 500.000, cada uno recibe la misma fecha de migración en sus encabezados y metadatos.

Imagine explicar a su director de TI que la migración del fin de semana acaba de aplanar 6 años de historial de correo en una sola fecha. Esa es la realidad que enfrentan los administradores después de una migración con imapsync a Microsoft 365. Y a diferencia de Google Workspace (donde la interfaz web de Gmail puede enmascarar el problema), Microsoft 365 muestra la fecha incorrecta en todas partes - Outlook de escritorio, OWA, Outlook móvil, Microsoft Search. No hay escapatoria del lado del cliente.

En Microsoft 365, el daño es total y visible. Cada cliente - Outlook para Windows, Outlook para Mac, OWA, Outlook móvil en iOS y Android - muestra la marca temporal de migración. Los usuarios no pueden ordenar por fecha, no pueden encontrar correos cronológicamente, no pueden confiar en los resultados de búsqueda con filtro por fecha. Un buzón con 80.000 correos que muestran "12 de noviembre de 2024" está funcionalmente roto para el trabajo diario.

Las implicaciones de cumplimiento son peores. Exchange Online Protection, Microsoft Purview y las políticas de retención indexan la marca temporal de entrega corrupta. Una política de retención configurada para eliminar correos de más de 7 años opera con la fecha equivocada - lo que significa que correos de 2018 que deberían estar cerca de su eliminación ahora parecen ser de 2024. Las organizaciones sujetas al RGPD, HIPAA o regulaciones de la SEC enfrentan una exposición regulatoria real cuando la retención de correos no es fiable. Y si llega una solicitud de retención legal para "todos los correos del tercer trimestre de 2023," las fechas corruptas hacen que Purview no devuelva nada - porque según los metadatos, no existen correos de ese período.

Redate.io se conecta a Microsoft 365 y aplica su análisis de cadena de encabezados y proceso de reconstrucción de metadatos de fecha a cada mensaje afectado. El reconocimiento de patrones en las firmas específicas de imapsync identifica qué encabezados Received fueron inyectados durante la migración y cuáles pertenecen a la cadena de entrega original. Cada mensaje se corrige y verifica individualmente, conservando el original en una carpeta de respaldo. El plan Enterprise procesa buzones de hasta 100.000 correos, y los administradores pueden gestionar múltiples buzones desde un solo panel de control.