Actualizado hace 5 días
Para migrar tus correos a Duplika y reducir el riesgo de perder mensajes, prepará las casillas de destino, copiá el contenido mientras el servicio anterior sigue activo y cambiá la recepción solo después de comprobar la copia. Al finalizar, hacé una sincronización adicional para recuperar los mensajes que hayan llegado al servidor anterior durante el cambio.
Podemos ayudarte a coordinar la migración con el plan de hosting ya contratado. Si también vas a mover la web, las bases de datos o los DNS completos del dominio, conviene planificar todos esos cambios juntos.
No des de baja el servicio anterior al cambiar los MX. Mantené acceso a las casillas de origen hasta completar la sincronización final, resolver los errores de copia y verificar el envío y la recepción de cada cuenta.
La migración necesita acceso al contenido de cada casilla, espacio disponible en destino y control de los DNS que deciden dónde se recibe el correo.
Qué reunir | Qué comprobar |
|---|---|
Casillas de correo | Dirección completa, tamaño ocupado y carpetas de cada cuenta. |
Servidor de origen | Nombre de servidor IMAP, puerto, conexión segura y método de autenticación del proveedor anterior. |
Servidor de destino | Datos de conexión de tu nuevo servicio y credenciales de cada casilla creada. |
DNS | Proveedor que administra la zona, registros MX actuales y valores nuevos confirmados para tu servicio. |
Funciones adicionales | Alias, reenvíos, respuestas automáticas, filtros, listas y aplicaciones que envían correo con tu dominio. |
Equipos de los usuarios | Outlook, celulares u otros programas, y si guardan mensajes únicamente de forma local. |
Guardá una copia de los datos y la configuración actuales. Si el proveedor usa OAuth o requiere contraseñas de aplicación, confirmá el método admitido para la copia antes de programar el cambio.
Antes de cambiar los MX, consultá tu dominio en el comparador DNS de HostingFAQ y guardá una copia como referencia.
Usá nombres de servidor que sigan identificando cada extremo durante la migración. Si configurás origen y destino con el mismo mail.tudominio.com, un cambio de DNS puede hacer que ambos apunten al servidor nuevo.
Las cuentas de destino deben existir antes de recibir correo. Una prueba con una casilla te permite detectar problemas de acceso o espacio antes de migrar todas.
Creá las direcciones que vas a trasladar siguiendo la guía para administrar cuentas de mail.
Asigná espacio suficiente para los mensajes históricos y los nuevos, dentro de la capacidad de tu plan.
Recreá los reenvíos, alias y otras funciones necesarias para esas direcciones.
Comprobá el acceso a la casilla nueva desde el Webmail del servicio de destino.
Elegí una casilla para realizar la primera copia y verificar el resultado antes de continuar con el resto.
La casilla nueva puede tener una contraseña distinta de la anterior. Crear una cuenta con el mismo nombre no transfiere automáticamente sus mensajes ni su configuración.
La copia por IMAP permite transferir los mensajes que están almacenados en el servidor, incluidas sus carpetas. Imapsync permite hacer copias incrementales en una dirección, del servidor anterior al nuevo.
Podés coordinar la copia con nosotros o ejecutarla con una herramienta que administres y conozcas. Si usás un servicio de migración externo, ese servicio obtiene acceso a las casillas: evaluá quién lo opera antes de ingresar credenciales.
Configurá el servidor y la cuenta de origen con los datos del proveedor anterior.
Configurá el servidor y la cuenta de destino con los datos del servicio nuevo.
Verificá que ambas conexiones usen el cifrado y el método de autenticación correspondientes.
Ejecutá una copia del origen al destino, sin opciones que borren mensajes en ninguno de los dos servidores.
Revisá el informe de la tarea y comprobá el contenido de la casilla de prueba en el Webmail nuevo.
Si la prueba está completa, repetí el proceso para las demás cuentas.
Conservá el informe de cada casilla: mensajes copiados, omitidos y errores. Un trabajo que terminó no demuestra por sí solo que todos los mensajes se copiaron; puede haber límites de tamaño, carpetas excluidas o errores de conexión.
La copia IMAP no puede recuperar mensajes que ya no existen en el servidor anterior. Esto puede suceder si un programa los descargó por POP y eliminó la copia del servidor, o si guardaste mensajes en carpetas locales.
Respaldá los archivos o perfiles de correo antes de modificar la cuenta. Después, planificá la importación o copia de esos mensajes al nuevo buzón con el programa que los conserva; no elimines el perfil anterior hasta comprobar el resultado.
IMAP copia correo, pero no traslada contactos ni calendarios. Las reglas, firmas, reenvíos y respuestas automáticas también requieren revisión por separado.
Exportá esos datos desde el servicio o programa que los administra e importalos en el destino compatible. Si migrás desde Google Workspace o Microsoft 365, definí primero qué funciones compartidas necesitás conservar, además de los mensajes.
Comprobá si esa carpeta existe en el Webmail anterior o solo en un equipo. Si está en el servidor, revisá que la tarea la incluya y cómo se asignó su nombre en el destino.
Carpetas como Sent, Sent Items y Enviados pueden quedar separadas según el sistema y la configuración. No combines ni borres carpetas antes de comprobar sus mensajes.
Los registros MX indican qué servidores reciben los mensajes del dominio. Se editan donde están los DNS autoritativos, que puede ser cPanel, Cloudflare u otro proveedor. Publicar los MX nuevos no mueve los mensajes guardados en el servidor anterior: la copia se hace aparte y las casillas que queden allí dejan de recibir correo nuevo.
Guardá los registros MX y los demás valores que vayas a modificar.
Confirmá que todas las casillas de destino estén creadas y que la primera copia no tenga errores pendientes que impidan continuar.
Publicá los MX y los registros asociados que correspondan al nuevo servicio, con sus prioridades correctas.
Revisá Email Routing en cPanel para que coincida con dónde se alojan realmente las casillas.
Verificá SPF, DKIM y DMARC para los servicios que seguirán enviando correo con tu dominio.
Actualizá la configuración de los programas y celulares con los datos del servidor nuevo.
Si las casillas estarán en este mismo servidor de cPanel, corresponde el enrutamiento local. Si permanecen en un servicio externo, corresponde el remoto; la detección automática de cPanel consulta su zona local y no comprueba los DNS públicos.
Para autenticar los envíos, usá nuestra guía de SPF, DKIM y DMARC. No elimines la autorización de una aplicación o servidor que todavía se use durante la transición.
Si solo migrás correo, no hace falta cambiar de proveedor de DNS. Mantener los DNS y modificar únicamente los registros necesarios evita alterar la web y otros servicios.
Durante la actualización de las cachés DNS, algunos mensajes pueden seguir llegando al servidor anterior. La segunda copia recoge ese correo que no estaba al iniciar la migración.
Volvé al comparador DNS de HostingFAQ y revisá los MX que devuelven Google Public DNS y Cloudflare 1.1.1.1. Comparalos con el destino esperado y con la copia anterior al cambio.
Comprobá si el servidor anterior sigue recibiendo mensajes nuevos.
Repetí la copia incremental del origen al destino con la misma asignación de carpetas; en Imapsync, usá la opción de resincronización (Sync or resync!).
Revisá los informes de todas las cuentas y resolvé los mensajes fallidos u omitidos.
Pedile a cada usuario que compruebe sus carpetas y configure el servidor nuevo en todos sus dispositivos.
Podés consultar cómo interpretar las diferencias de resolución en nuestra guía de propagación DNS. Un conjunto de verificadores con el MX correcto no demuestra por sí solo que ya no llega correo al servidor anterior.
La copia incremental no debe usarse como sincronización bidireccional permanente. Evitá reorganizar carpetas o trabajar indistintamente en ambos servidores durante el traslado, porque dificulta comparar el resultado.
Comprobación | Resultado que necesitás |
|---|---|
Correo histórico | Mensajes antiguos y recientes, carpetas importantes, fechas y adjuntos disponibles en el destino. |
Informe de copia | Sin errores ni omisiones sin explicar. Los totales ayudan a comparar, pero no reemplazan revisar diferencias de carpetas, duplicados o etiquetas. |
Recepción externa | Un mensaje enviado desde una cuenta de otro proveedor llega al Webmail nuevo. |
Envío externo | La respuesta enviada desde la casilla nueva llega a esa cuenta externa. |
Correo interno | Dos casillas del dominio pueden comunicarse entre sí. |
Dispositivos y aplicaciones | Outlook, celulares, formularios y otras aplicaciones usan el destino previsto. |
Hacé las pruebas externas con asuntos fáciles de reconocer y anotá la hora. Si un mensaje no llega, consultá cómo revisar los registros de correo.
La baja corresponde cuando terminaste la copia final, los usuarios validaron sus datos y comprobaste que el origen ya no recibe correo pendiente de trasladar. No uses un plazo fijo de propagación como único criterio.
Conservá los respaldos y los informes de la migración antes de cerrar el servicio. Si detectás una falla durante el cambio, coordiná la corrección sin borrar ninguna de las copias: volver a los MX anteriores no mueve automáticamente los mensajes recibidos en el servidor nuevo.
Para coordinar la migración con nosotros, indicá el proveedor de origen, la cantidad y el tamaño de las casillas, la ubicación de los DNS y el día u horario preferido. Si la copia la hacemos nosotros, necesitamos además el listado de casillas, las contraseñas de cada una en ambos servidores y el nombre del servidor IMAP de origen. Te indicaremos cómo compartir los accesos necesarios por el canal correspondiente; no incluyas contraseñas en capturas ni documentos públicos.
