Infraestructura y migraciones

Migración de correo empresarial sin perder de vista los buzones

Movemos el correo a otro proveedor como un proyecto propio: inventario, copia de mensajes, DNS, pruebas de envío y recepción y cierre controlado del origen.

El problema

Qué conviene aclarar antes de cambiar nada

Cambiar hosting o transferir un dominio no copia automáticamente las cuentas de correo. Los buzones, aliases, mensajes y registros de autenticación pueden estar repartidos entre servicios distintos.

Separamos contenido del buzón, identidad de las cuentas y DNS. Preparamos el destino antes de cambiar MX y verificamos qué información puede copiarse mediante IMAP o herramientas del proveedor.

Qué podemos hacer

Trabajo concreto dentro de este servicio

01

Buzones, mensajes y carpetas mediante mecanismos compatibles.

02

Cuentas, aliases y redirecciones acordadas.

03

MX, SPF, DKIM y DMARC.

04

Pruebas de envío, recepción y pasada final.

Casos de uso

Situaciones en las que suele encajar

CASO 01

Migrar correo de IONOS a Hostinger.

CASO 02

Cambiar de hosting sin perder los buzones.

CASO 03

Separar correo y alojamiento web.

CASO 04

Recrear cuentas tras transferir un dominio.

Alcance real del buzón

Qué puede copiarse y qué necesita un tratamiento separado

Una migración de correo no es idéntica para todos los proveedores. Antes de prometer una copia completa hay que distinguir datos del servidor, configuración de cuentas y datos guardados localmente.

01

Mensajes y carpetas del servidor

Normalmente pueden copiarse mediante IMAP o una herramienta del proveedor si ambos extremos permiten acceso y tienen capacidad suficiente.

02

Aliases y redirecciones

No forman parte del contenido IMAP. Deben inventariarse y recrearse explícitamente en el destino.

03

Contactos, calendarios y tareas

Necesitan exportación, protocolos o herramientas específicas. No se asume que viajan con los mensajes.

04

Correo almacenado solo en un dispositivo

Si una aplicación descargó mensajes sin conservarlos en el servidor, primero hay que localizarlos y preparar una exportación compatible.

Cambio controlado

Por qué copiar buzones y cambiar MX son operaciones distintas

La copia conserva el histórico; los registros DNS deciden dónde llega el correo nuevo. Coordinar ambas operaciones reduce mensajes perdidos o repartidos entre dos proveedores.

01

Destino preparado

Los buzones y su capacidad deben existir antes de copiar mensajes o cambiar la recepción.

02

Primera copia

Se mueve el histórico mientras el proveedor anterior todavía recibe correo.

03

MX y autenticación

Se actualizan recepción y registros de envío como SPF, DKIM y DMARC según la arquitectura elegida.

04

Pasada final y validación

Se recogen mensajes recientes cuando es viable y se prueban envío, recepción, aliases y aplicaciones antes de cancelar el origen.

Encaje y límites

Este servicio es adecuado cuando...

01

Necesitas conservar mensajes y carpetas al pasar los buzones a otro proveedor.

02

El cambio requiere coordinar cuentas, aliases y DNS de correo sin confundirlo con la migración de la web.

Cómo funciona

Un proceso por etapas y con decisiones visibles

  1. 01

    Inventariamos buzones y dependencias

    Registramos cuentas, aliases, redirecciones, listas, espacio utilizado, protocolos y aplicaciones que envían con el dominio.

  2. 02

    Preparamos el proveedor de destino

    Creamos buzones, capacidad y accesos temporales, y comprobamos conectividad IMAP antes de cambiar la recepción.

  3. 03

    Copiamos y verificamos mensajes

    Migramos carpetas y correo accesible en el servidor, comparamos volumen y hacemos una segunda pasada para recoger mensajes recientes cuando es viable.

  4. 04

    Cambiamos DNS y comprobamos entrega

    Actualizamos MX y autenticación, probamos envío y recepción y mantenemos el origen disponible durante el periodo acordado.

Entregables

Qué recibe el cliente

01

Inventario de buzones, aliases y dependencias de envío.

02

Buzones creados y contenido de correo copiado según compatibilidad.

03

Registros MX, SPF, DKIM y DMARC configurados según el proveedor.

04

Checklist de envío, recepción, dispositivos y cierre del origen.

IMAPSMTPDNSSPFDKIMDMARC
Recursos relacionados

Lecturas para entender mejor la decisión

Preguntas frecuentes

Antes de valorar el proyecto

¿Se conservan todas las carpetas y mensajes?

La migración por IMAP copia el correo y las carpetas disponibles en el servidor. Los datos guardados solo en un dispositivo, así como contactos, calendarios o tareas, requieren un método y alcance distintos.

¿Hay que cambiar la dirección de correo?

No necesariamente. Se puede conservar la misma dirección creando el buzón en el destino y coordinando el cambio de MX, aunque origen y destino necesitan accesos diferenciados durante la copia.

¿Pueden migrar de IONOS a Hostinger u otros proveedores?

Sí, cuando ambos extremos ofrecen acceso o herramientas compatibles. Primero comprobamos IMAP, espacio, límites, autenticación y particularidades del proveedor.

¿Cuándo puede cerrarse el servicio anterior?

Después de verificar la copia, estabilizar la recepción, completar la pasada final y confirmar que usuarios y aplicaciones envían desde el destino.

Servicios relacionados

El problema puede cruzar varias capas

Siguiente paso

Indícanos proveedor actual, destino, número de buzones y espacio aproximado.

Revisar mi caso →
Escríbenos por WhatsApp