Zoho Mail y el problema de fechas
Zoho Mail es una plataforma de correo popular entre pequeñas y medianas empresas, una alternativa económica a Google Workspace y Microsoft 365. Muchas organizaciones migran a Zoho para reducir costes. Otras migran desde Zoho cuando pasan a una plataforma más grande.
En ambas direcciones, el proceso de migración puede corromper las fechas de los correos. Cada mensaje del buzón acaba con la fecha de migración en lugar de la fecha de envío o recepción original. Es frustrante, y ocurre mucho más a menudo de lo que la mayoría de administradores imaginan.
Escenarios habituales de migración Zoho
Migración a Zoho Mail
Las organizaciones que pasan a Zoho Mail migran generalmente desde Google Workspace, Microsoft 365 o un hosting IMAP genérico (cPanel, Plesk, Dovecot). Zoho proporciona su propio asistente de migración que soporta la importación IMAP desde la mayoría de proveedores de correo. El asistente se conecta al servidor fuente, descarga los correos vía IMAP y los inserta en las cuentas de Zoho Mail. Durante esta inserción, los servidores de Zoho añaden una cabecera "Received" con la marca de tiempo de migración a cada mensaje. Esta nueva cabecera se convierte en la entrada más alta en la cadena, lo que hace que los clientes de correo muestren la fecha de migración.
Migración desde Zoho Mail
Cuando las organizaciones superan Zoho o necesitan funcionalidades exclusivas de Google Workspace o Microsoft 365, migran. Herramientas como BitTitan MigrationWiz, imapsync o incluso una copia IMAP manual vía Thunderbird se utilizan comúnmente. Cada uno de estos métodos descarga los correos de Zoho y los reinserta en el servidor destino vía IMAP APPEND, desencadenando el mismo problema de cabecera Received. Para detalles específicos de cada herramienta, consulte las guías para BitTitan, imapsync o copia IMAP manual.
Migración entre cuentas Zoho
Incluso la migración entre cuentas de Zoho Mail (durante una reestructuración empresarial o un cambio de dominio, por ejemplo) puede causar problemas de fechas. Cada vez que se descargan correos y se reinsertan vía IMAP, el servidor destino añade su cabecera Received. Da igual que la fuente y el destino sean ambos cuentas Zoho.
Cómo Zoho Mail gestiona las fechas IMAP
La implementación IMAP de Zoho
Zoho Mail soporta el estándar IMAP4rev1 (RFC 3501). Cuando un mensaje se inserta vía IMAP APPEND, el servidor de Zoho sigue la especificación del protocolo: añade una cabecera Received con la marca de tiempo actual y almacena el mensaje con un INTERNALDATE. Si el comando APPEND incluye un parámetro INTERNALDATE explícito, Zoho lo respeta. Pero la cabecera Received se añade de todos modos.
Webmail Zoho vs clientes IMAP
Y aquí es donde se complica.
La interfaz webmail de Zoho muestra las fechas basadas en la cabecera Date del correo, de forma similar a la interfaz web de Gmail. Así que las fechas pueden aparecer correctas cuando se consultan los correos vía el webmail de Zoho. Pero cualquier cliente IMAP que se conecte a la cuenta de Zoho (Outlook, Apple Mail, Thunderbird) utilizará la cabecera Received o el INTERNALDATE, mostrando la fecha de migración en lugar de la fecha original.
Un administrador puede verificar el webmail de Zoho, ver fechas correctas y concluir que la migración es exitosa. Mientras tanto, los usuarios que se conectan vía Outlook o Apple Mail informan que todos sus correos muestran la misma fecha. Para saber más sobre cómo los distintos clientes gestionan las fechas, consulte IMAP INTERNALDATE: por qué las fechas se rompen.
Identificar el problema en Zoho Mail
Verificar las cabeceras de correo
Para confirmar que las cabeceras Received de migración causan el problema de fechas, abra un correo afectado en el webmail de Zoho y consulte las cabeceras en bruto. Haga clic en el menú de tres puntos de un correo y seleccione "Ver original". Mire la cabecera Received más alta. Si contiene una marca de tiempo que coincide con la fecha de migración y referencia una herramienta de migración o un servidor que no formaba parte de la ruta de entrega original, el problema está confirmado.
Comparar las fechas entre clientes
Abra el mismo correo en el webmail de Zoho y en un cliente IMAP como Outlook. Si el webmail de Zoho muestra "15 de enero de 2024" pero Outlook muestra "11 de abril de 2025" (la fecha de migración), el problema de cabecera Received es la causa.
Corregir las fechas de Zoho Mail con Redate.io
Conexión vía IMAP
Redate.io se conecta a las cuentas de Zoho Mail vía IMAP estándar. Para conectar una cuenta de Zoho Mail, se necesita la dirección del servidor IMAP (imap.zoho.com o imap.zoho.eu según el centro de datos), la dirección de correo y una contraseña específica de aplicación. Zoho exige contraseñas específicas de aplicación para las conexiones IMAP cuando la autenticación de dos factores está activada (que es la configuración de seguridad recomendada).
Para generar una contraseña específica de aplicación en Zoho: vaya a los ajustes de la cuenta Zoho, navegue a Seguridad, luego Contraseñas específicas de aplicación, y genere una nueva contraseña para Redate.io. Esta contraseña concede acceso IMAP sin exponer la contraseña principal de la cuenta.
El proceso de análisis y corrección
Tras la conexión, Redate.io analiza todo el buzón de Zoho para identificar los correos con cabeceras Received de migración. El análisis verifica cada carpeta (Bandeja de entrada, Enviados, Borradores y carpetas personalizadas) y cuenta el número de correos afectados. El análisis es gratuito.
El motor de corrección propietario de Redate.io analiza a continuación la cadena completa de cabeceras de cada correo afectado, aplicando coincidencia de patrones en cientos de firmas de herramientas de migración conocidas. El pipeline multietapa gestiona problemas de codificación, estructuras de mensajes multipart, adjuntos en línea, firmas digitales y decenas de casos especiales que un enfoque artesanal pasaría por alto. Cada correo corregido pasa por una verificación de integridad antes de que el original se mueva a una carpeta de copia de seguridad visible "Redate.io - Originals" durante 30 días.
¿Por qué no simplemente escribir un script por cuenta propia? Porque los casos especiales son donde todo se tuerce. Correos firmados con S/MIME, límites MIME corruptos, cabeceras no ASCII codificadas según la RFC 2047, estructuras multipart anidadas, mensajes sin cabecera Date alguna. Un script que gestiona el 90% de los correos y corrompe silenciosamente el 10% restante es peor que ningún script (no es el tipo de descubrimiento que uno quiere hacer un lunes por la mañana).
Consideraciones específicas de Zoho
Límites de velocidad IMAP de Zoho
Zoho Mail impone límites de velocidad en las conexiones IMAP para prevenir abusos. Redate.io respeta estos límites, ralentizando el proceso de corrección para mantenerse dentro de las tasas de solicitudes autorizadas por Zoho. Para buzones con un gran número de correos, la corrección puede tardar más que en plataformas con límites más generosos.
Zoho gratuito vs planes de pago
El plan gratuito de Zoho Mail no soporta acceso IMAP. El IMAP solo está disponible en los planes de pago de Zoho Mail (Mail Lite y superiores). Si la cuenta Zoho afectada está en el plan gratuito, el IMAP debe activarse pasando a un plan de pago antes de que Redate.io pueda conectarse.
Ubicación del centro de datos Zoho
Zoho opera centros de datos en varias regiones (Estados Unidos, UE, India, Australia, Japón). La dirección del servidor IMAP varía según la región: imap.zoho.com (EE.UU.), imap.zoho.eu (UE), imap.zoho.in (India), imap.zoho.com.au (Australia). Asegúrese de usar la dirección de servidor regional correcta al conectar a Redate.io.
¿Zoho Mail muestra las fechas incorrectas tras migración? Inicie un análisis gratuito con Redate.io para ver exactamente cuántos correos están afectados.