Por qué una checklist de migración es indispensable
La migración de correo es una de las operaciones informáticas más arriesgadas que una organización puede emprender. Se trasladan años de comunicación profesional entre plataformas, y un solo descuido puede corromper los metadatos de todos los buzones. ¿La víctima más frecuente? Las fechas de los correos. Tras la migración, cada correo corre el riesgo de mostrar la fecha de migración en lugar de la fecha de envío o recepción original.
Esta checklist cubre cada fase del proceso de migración. Siga estos pasos para minimizar el riesgo de corrupción de fechas y otros problemas de metadatos. Y si la migración ya se ha completado y han aparecido problemas de fechas, continúe leyendo.
Fase 1: planificación pre-migración
Inventariar los buzones
Antes de tocar ninguna herramienta de migración, documente cada buzón que se va a migrar. Registre el número total de buzones, el número aproximado de correos por buzón, el rango de fechas de los correos más antiguos, y los buzones compartidos o grupos de distribución. Este inventario determina qué herramienta de migración usar, cuánto tiempo llevará la migración, y qué tarifa se aplica para eventuales correcciones post-migración.
Elegir la herramienta de migración adecuada
No todas las herramientas de migración gestionan las fechas de la misma forma. Infórmese sobre cómo cada herramienta gestiona la preservación del IMAP INTERNALDATE y si añade cabeceras "Received" durante el proceso de APPEND. Las herramientas populares incluyen BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO y la importación nativa del Centro de administración de Exchange. Cada una de estas herramientas puede causar problemas de fechas porque el propio protocolo IMAP exige que el servidor destino añada una cabecera "Received" durante la inserción. Pero algunas herramientas preservan mejor el INTERNALDATE que otras. Para entender mejor el funcionamiento del INTERNALDATE, consulte IMAP INTERNALDATE: por qué las fechas se rompen.
Hacer copia de seguridad de todo
Cree una copia de seguridad completa de cada buzón antes de la migración. Esta copia sirve tanto como red de seguridad como punto de referencia para verificar las fechas a posteriori. Para Google Workspace, use Google Takeout o una herramienta de copia de seguridad de terceros. Para Microsoft 365, use la copia de seguridad de Exchange Online o la exportación a PST. Para servidores IMAP, use imapsync para crear una copia local.
Almacene las copias de seguridad en una ubicación completamente separada de los servidores fuente y destino.
Documentar las fechas originales
Seleccione 10 a 20 correos por buzón repartidos en distintos rangos de fechas (los más antiguos, los más recientes y varios intermedios). Registre la fecha de "Recepción", la fecha de "Envío" y las cabeceras en bruto de cada correo. Estos correos de referencia se convierten en su base de verificación post-migración. Haga una captura de pantalla del buzón ordenado por fecha para documentar visualmente el orden cronológico original.
Fase 2: migración de prueba
Migrar primero un buzón de prueba
Nunca lance una migración completa sin probar antes.
Cree un buzón de prueba con una muestra representativa de correos (al menos 100, cubriendo varios años). Lance la migración en ese único buzón y examine los resultados en profundidad antes de continuar. Esta prueba revela los problemas de fechas, los errores de codificación, los fallos de gestión de adjuntos y las discrepancias de estructura de carpetas antes de que afecten a los buzones de producción.
Verificar las fechas en el buzón de prueba
Tras migrar el buzón de prueba, verifique las fechas inmediatamente. Abra el buzón en el cliente de correo que los usuarios finales utilizarán realmente (Outlook, Apple Mail, Thunderbird o la interfaz webmail). Compare las fechas mostradas con los correos de referencia documentados en la Fase 1. Verifique tanto las fechas de "Recepción" como de "Envío". Abra las cabeceras en bruto de varios correos y busque cabeceras "Received" recién añadidas con la marca de tiempo de migración.
Si las fechas son incorrectas en el buzón de prueba, serán incorrectas en todos los buzones. Deténgase y resuelva el problema antes de proceder a la migración completa.
Probar con múltiples clientes de correo
Los distintos clientes de correo muestran las fechas de forma diferente. La interfaz web de Gmail puede mostrar fechas correctas (usa la cabecera "Date") mientras que Outlook muestra la fecha de migración (prioriza la cabecera "Received"). Pruebe con cada cliente que los usuarios de la organización utilicen, especialmente Outlook Escritorio, Outlook en la web, Apple Mail, Thunderbird y cualquier aplicación móvil de correo.
Fase 3: ejecución de la migración
Configuración de la herramienta de migración
Configure la herramienta de migración para preservar el INTERNALDATE en la medida de lo posible. En imapsync, utilice los flags apropiados para definir el INTERNALDATE en el destino. En BitTitan MigrationWiz, verifique los parámetros avanzados para las opciones de gestión de fechas. Estos parámetros no impedirán completamente los problemas de cabecera "Received", pero reducen la gravedad de los problemas de fecha en ciertos clientes. Documente cada parámetro de configuración utilizado para poder reproducir la migración si es necesario.
Migrar por lotes
No migre todos los buzones simultáneamente. Migre por lotes de 10 a 20 buzones verificando las fechas tras cada lote. Si un lote muestra problemas de fechas, lo detecta antes de que toda la organización se vea afectada. Por cierto, la migración por lotes también reduce la carga en los servidores fuente y destino, disminuyendo el riesgo de timeouts o errores de conexión que pueden causar migraciones parciales.
Supervisar el progreso
Siga el progreso de la migración para cada buzón. Registre la hora de inicio, la hora de fin, el número de correos migrados y los errores eventuales. Las herramientas de migración proporcionan generalmente logs; consérvelos para cada buzón. Si se descubren problemas de fechas más tarde, los logs ayudan a identificar exactamente qué lote de migración y qué parámetros se utilizaron.
Fase 4: verificación post-migración
Verificar las fechas inmediatamente
Verifique las fechas de los correos en las 24 horas siguientes a la migración. Para cada lote, abra 5 a 10 buzones y compare las fechas con las referencias pre-migración. Si las fechas son incorrectas, documente el alcance del problema (cuántos buzones afectados, cuántos correos por buzón) mientras la información está fresca.
Verificar todos los tipos de carpetas
Los problemas de fechas pueden afectar a algunas carpetas de forma diferente. Verifique las fechas en la Bandeja de entrada, los Elementos enviados, los Borradores y cualquier carpeta o etiqueta personalizada. Algunas herramientas de migración procesan las carpetas secuencialmente, y errores en una carpeta no indican necesariamente errores en las demás.
Verificar la búsqueda y el orden
Abra un buzón migrado, ordene por fecha y confirme que el orden cronológico corresponde al original. Busque correos por rango de fechas y verifique que los resultados son exactos. Pruebe cualquier regla automatizada o filtro que dependa de las fechas de recepción. Si la organización utiliza herramientas de cumplimiento o eDiscovery, verifique que las consultas basadas en fechas devuelven resultados correctos.
Errores comunes que causan problemas de fechas
Saltarse la migración de prueba
El error más habitual es migrar todos los buzones sin probar antes. Cuando se descubren los problemas de fechas, todos los buzones están afectados y el servidor fuente quizá ya ha sido desactivado. Una migración de prueba de 30 minutos puede evitar semanas de remediación. ¿Por qué prescindir de ella?
Ignorar las adiciones de cabeceras "Received"
Los administradores se centran a menudo en la preservación del INTERNALDATE y descuidan el problema de la cabecera "Received". Incluso cuando el INTERNALDATE se define correctamente, la cabecera "Received" de migración hace que Outlook y otros clientes muestren la fecha incorrecta. Es la fuente más frecuente de quejas post-migración. Lea por qué los correos muestran fechas incorrectas tras migración para una explicación técnica completa.
Desactivar el servidor fuente demasiado pronto
Si se descubren problemas de fechas tras apagar el servidor fuente, la opción de re-migración desaparece. Mantenga el servidor fuente accesible (incluso en modo lectura) durante al menos 30 días tras la migración. Esto proporciona una solución de respaldo si aparecen problemas serios más adelante.
Qué hacer si las fechas ya son incorrectas
Si la migración ya se ha realizado y las fechas son incorrectas, el problema es reparable. La cabecera "Date" original se preserva en cada correo, lo que significa que la información de fecha correcta sigue existiendo. Las fechas de correo pueden corregirse tras la migración, incluso meses o años después.
El motor de corrección propietario de Redate.io se conecta al buzón y busca los correos con metadatos de fecha corrompidos. El pipeline de análisis multietapa identifica las firmas de migración, aplica correcciones dirigidas preservando la integridad de los mensajes (incluyendo firmas S/MIME, estructuras multipart y cabeceras no ASCII), y ejecuta una verificación de integridad en cada correo corregido. El análisis es gratuito y muestra exactamente cuántos correos están afectados. Los originales se conservan en una carpeta de copia de seguridad visible durante 30 días.
Intentar este tipo de corrección manualmente o con un script personalizado es tentador pero arriesgado. Los casos especiales como mensajes cifrados con PGP, límites MIME corruptos, estructuras multipart anidadas y desajustes de Content-Transfer-Encoding pueden corromper silenciosamente correos sin que uno se dé cuenta hasta que sea demasiado tarde. ¿Y cómo verificar que 10.000 correos corregidos están todos intactos?
¿Quiere verificar si su buzón tiene problemas de fechas? Inicie un análisis gratuito con Redate.io - sin pago requerido para ver cuántos correos están afectados.