Respuesta directa
Migrar correo corporativo sin perder mensajes exige separar dos trabajos: trasladar buzones y cambiar el encaminamiento DNS. Primero se inventarían cuentas, alias, grupos y dispositivos; después se prueba la nueva plataforma antes de tocar los registros públicos.
El correo suele fallar por detalles que no se ven en una migración de archivos: alias olvidados, reenvíos, calendarios, autenticación, límites de envío o dispositivos que siguen usando una contraseña antigua. Un corte ordenado reduce mensajes perdidos y soporte urgente.
Qué hay que decidir antes de tocar la configuración
| Elemento | Comprobación | Responsable |
|---|---|---|
| Buzones | Tamaño y permisos | TI |
| Alias y grupos | Destinatario final | Administración |
| DNS | MX, SPF, DKIM, DMARC | Dominio |
| Dispositivos | Configuración nueva | Usuarios |
Plan de implementación paso a paso
- Inventaría cuentas, alias, listas, permisos y archivos.
- Prepara usuarios y seguridad en el destino.
- Migra una muestra y valida correo, calendario y búsqueda.
- Configura DNS con antelación y documenta los valores anteriores.
- Programa la ventana, comunica acciones y realiza el corte.
- Comprueba envío y recepción desde dominios externos.
Ensaya la coexistencia antes del cambio de MX
Prueba cuentas con buzones grandes, alias, grupos, calendarios y dispositivos móviles. Comprueba que SPF, DKIM y DMARC se publican con los valores del destino y que el dominio antiguo no sigue enviando con una identidad inválida. La comunicación a usuarios debe incluir hora, acción y canal alternativo.
Validación posterior
Envía y recibe desde proveedores externos, revisa colas, reenvíos y dispositivos. Conserva acceso de solo lectura al origen hasta que los equipos confirmen búsqueda, archivos y calendarios necesarios.
Inventaría todo lo que envía con tu dominio
Además de los buzones, apunta formularios web, CRM, herramientas de facturación y campañas que envían correo. Cambiar de proveedor puede dejar esos emisores fuera de la configuración prevista. Revisa sus instrucciones actuales para SPF y DKIM y compara los valores con el DNS publicado. La especificación SPF no permite varios registros que compitan para el mismo dominio. No añadas uno por herramienta: prepara una configuración única coherente con los servicios autorizados y comprueba sus límites.
La especificación DMARC define cómo se evalúa la identidad del remitente y qué política aplica a fallos de autenticación; no copia buzones ni decide dónde recibes mensajes. Separa esa revisión del cambio de MX. Envía pruebas desde cada herramienta a cuentas externas controladas y revisa los resultados de autenticación en las cabeceras. Que una persona pueda enviar desde su aplicación de correo no demuestra que el formulario o el ERP conserven una entrega correcta.
Comprueba el delta y la recepción durante la transición
Durante la propagación DNS, algunos remitentes pueden seguir entregando en el proveedor anterior. Mantén una estrategia de coexistencia y una pasada final para recuperar mensajes nuevos del origen, según las capacidades de ambas plataformas. Documenta el último punto importado y comprueba que repetir el proceso no duplica mensajes. No cierres las cuentas antiguas al ver el primer correo en el destino: confirma también alias, grupos y buzones delegados.
Revisa una muestra de carpetas, fechas y adjuntos con sus propietarios. Correo, calendario, contactos y permisos pueden requerir vías de migración distintas; un conteo de mensajes no valida todo. Prueba móviles y aplicaciones que guardan la configuración anterior, además del acceso web. Si un usuario informa de un mensaje perdido, busca primero en ambos sistemas y las colas de entrega antes de repetir la migración completa o borrar el buzón de origen.
Riesgos habituales y cómo evitarlos
- Modificar DNS sin copia: registra valores actuales y TTL.
- Olvidar dispositivos: prepara guía de reconfiguración y soporte.
- SPF o DKIM incompletos: la entrega puede degradarse tras el corte.
Cuándo pedir ayuda técnica
Cuando el correo forma parte de la operación comercial y depende de un dominio o hosting antiguo, planificar la migración evita quedarse sin canal de contacto. Codanter puede coordinar el cambio técnico.
Ve migraciones, soporte técnico y cómo cambiar de hosting sin perder el correo.
Equipo Codanter
Desarrollo web, IA y automatización