Migrar correo de IONOS a Hostinger: buzones, IMAP y cambio de MX
Separa copia de mensajes, cuentas, alias y DNS. Planifica una pasada final y verifica recepción y carpetas antes de cerrar el servicio anterior.
Migrar correo de IONOS a Hostinger requiere preparar las cuentas de destino, copiar mensajes con un mecanismo compatible y coordinar dónde se reciben los mensajes nuevos. Cambiar MX o transferir el dominio no mueve por sí solo el contenido de los buzones.
La herramienta y el orden de sus pasos dependen del producto de correo contratado. Esta guía prepara el proyecto; utiliza los servidores y requisitos indicados para tus cuentas, no valores copiados de otra modalidad del proveedor.
1. Inventariar cuentas y contenido
Lista direcciones, tamaño de buzón, carpetas y alias. Identifica reenvíos, cuentas compartidas y aplicaciones que envían correo desde el dominio. Un alias no necesariamente tiene un buzón independiente que copiar.
Revisa si hay mensajes guardados solo en equipos mediante POP o carpetas locales. Una copia del servidor no incluye información que ya no está allí. Separa también contactos, calendarios y tareas, que no forman parte de una copia IMAP de mensajes.
2. Preparar cuentas y capacidad del destino
Crea los buzones previstos y confirma espacio y límites relevantes para tu plan. Recrea alias y reenvíos según la operación acordada. Mantén acceso a ambos proveedores durante la validación.
Las herramientas de migración de Hostinger incluyen opciones con recorridos diferentes. Selecciona la compatible con el origen y el destino, y sigue sus requisitos sobre activación y DNS antes de comenzar.
3. Hacer una prueba de copia
Escoge un buzón representativo con recibidos, enviados y subcarpetas. Comprueba que la herramienta accede a los mensajes y registra fallos de autenticación, carpetas o tamaño de mensaje.
El ensayo debe mostrar cómo se tratan mensajes repetidos, interrupciones y nuevas ejecuciones. No asumas que lanzar dos veces la misma copia conserva el resultado sin duplicados. Evita compartir contraseñas por mensajes abiertos; prepara accesos apropiados para la herramienta elegida.
4. Planificar copia inicial y cambio de recepción
Documenta cuándo se copia el historial y en qué momento cambia el destino de mensajes nuevos. Algunos recorridos requieren cambiar DNS antes de copiar; otros permiten preparar una carga inicial. Usa el procedimiento del producto concreto y conserva el origen para reconciliar la transición.
Mientras los resolvers conservan respuestas distintas, puede llegar correo a dos destinos. Define cómo localizarlo y ejecutar la pasada final. Anota valores anteriores de MX y el momento del cambio.
5. Revisar envío y autenticación
Configura los clientes con el servidor de destino y comprueba el envío SMTP. Revisa SPF, DKIM y DMARC con los valores del servicio contratado y considera otros emisores del dominio, como formularios o sistemas empresariales.
No borres registros de una aplicación que seguirá enviando porque cambiaste el proveedor de buzones. Tampoco agregues valores sin comprobar qué función cumplen. La guía de migración DNS ayuda a inventariar estas dependencias.
6. Validar mensajes, carpetas y entrega
Compara contenido por carpeta y una muestra de mensajes con adjuntos. Las cuentas de mensajes pueden diferir por carpetas especiales o tratamiento de elementos duplicados; investiga discrepancias antes de aceptar el resultado.
Prueba recepción externa, envío externo, alias y formularios. Registra la respuesta del servidor y la llegada al destino. Consulta qué revisar si el correo falla después de cambiar DNS para separar errores de recepción, envío y cliente.
7. Ejecutar la pasada final y cerrar con criterio
Comprueba los mensajes recibidos en el origen durante la transición y cópialos mediante el recorrido compatible. Documenta qué quedó fuera y cómo se conserva. Acuerda con los usuarios cuándo dejan de utilizar el servidor anterior.
No canceles el origen únicamente porque el webmail nuevo abre. El cierre requiere validar historial, carpetas, entrega y aplicaciones dependientes. Volver a los MX anteriores también necesita considerar los mensajes que ya llegaron al destino.
Información necesaria para delimitar el trabajo
Prepara proveedores y productos contratados, número de cuentas, tamaño aproximado, alias y equipos que utilizan correo local. Esa información permite planificar pruebas y ventana de cambio; el número de buzones por sí solo no determina la duración.
Podemos organizar la migración de correo empresarial, revisar DNS y dominios y coordinarla con una migración de servidores cuando también cambie la web.