Migrar el correo a Microsoft 365 sin perder mensajes exige algo más que copiar buzones y cambiar un registro MX. Debes conocer el origen, elegir el método adecuado, preparar el dominio, controlar la propagación DNS y verificar cada cuenta antes de retirar el sistema anterior.
El objetivo es mantener dos elementos bajo control: los datos históricos y la entrega de mensajes nuevos. Una migración puede copiar correctamente años de correo y, aun así, perder mensajes durante el corte si el DNS se cambia sin planificación o el servidor antiguo se apaga demasiado pronto.
Elige el tipo de migración adecuado
Microsoft 365 admite diferentes estrategias. La elección depende de la plataforma actual, el número de buzones, la información que necesitas conservar y el tiempo durante el cual deben convivir ambos sistemas.
| Tipo | Cuándo usarlo | Ventajas | Limitaciones |
|---|---|---|---|
| Cutover o migración total | Organizaciones pequeñas o medianas con Exchange local que pueden trasladar todos los buzones en una única ventana. | Cambio concentrado, planificación sencilla y coexistencia corta. | Todos los usuarios cambian casi a la vez. La ventana de corte puede concentrar muchas incidencias. |
| Por etapas | Entornos Exchange compatibles donde interesa mover grupos de usuarios de forma progresiva. | Permite validar cada lote y repartir el soporte. | Requiere administrar la coexistencia, el encaminamiento del correo y las identidades durante más tiempo. |
| IMAP | Servidores de correo convencionales, paneles de hosting u otros proveedores con acceso IMAP. | Es compatible con numerosos sistemas y resulta útil cuando solo se necesita trasladar correo. | No copia calendarios, contactos, tareas, reglas ni configuraciones del cliente. |
| Híbrida | Organizaciones con Exchange local que necesitan una convivencia prolongada, movimiento gradual y una experiencia integrada. | Facilita migraciones por lotes y mantiene servicios coordinados entre Exchange local y Microsoft 365. | Su diseño, certificados, conectores, identidades y resolución de incidencias son más complejos. |
No elijas IMAP solo porque parece el camino más rápido. Si los usuarios dependen de calendarios compartidos, contactos o reglas, tendrás que trasladar esos elementos mediante otro procedimiento. Tampoco implantes un entorno híbrido si no existe una necesidad real de coexistencia: añade componentes que después habrá que mantener.
Prepara el inventario antes de copiar datos
Empieza con una relación completa de todo lo que recibe o envía correo. No te limites a los buzones personales. Incluye buzones compartidos, alias, listas de distribución, grupos, cuentas de aplicaciones, impresoras, formularios web y direcciones de respuesta automática.
Para cada buzón, registra al menos:
- Dirección principal y alias.
- Usuario responsable y departamento.
- Tamaño total y cantidad aproximada de elementos.
- Antigüedad del contenido.
- Uso de calendarios, contactos, delegaciones y reglas.
- Permisos sobre buzones compartidos.
- Protocolos utilizados por aplicaciones y dispositivos.
- Estado de la licencia y cuenta de destino en Microsoft 365.
El tamaño importa porque condiciona la duración de la sincronización inicial. La antigüedad también: un buzón pequeño con muchos mensajes diminutos puede tardar más de lo esperado. Busca además elementos dañados, nombres de carpeta problemáticos, adjuntos excesivos y límites distintos entre el origen y el destino.
Antes de iniciar el traslado, decide qué hacer con cuentas obsoletas y datos que deban conservarse. No borres información durante el proyecto sin una decisión documentada. Si necesitas una copia independiente antes del cambio, valora una estrategia de backup y recuperación; la sincronización de buzones no sustituye a una copia de seguridad.
Verifica el dominio y prepara Microsoft 365
Añade el dominio al centro de administración de Microsoft 365 y demuéstralo mediante el registro DNS solicitado, normalmente un TXT. Esta verificación acredita que controlas el dominio, pero no cambia por sí sola la recepción del correo.
Después, crea usuarios, asigna las licencias necesarias y configura buzones compartidos, grupos y alias. Reproduce también los permisos de acceso y de envío. Hazlo antes de la sincronización para poder asociar cada buzón de origen con su destino correcto.
Revisa cómo se autenticarán los usuarios. Si existe un directorio local sincronizado, comprueba que las direcciones, nombres de inicio de sesión y atributos no generan duplicados. Un mismo alias no puede asignarse a dos destinatarios.
MX, SPF, DKIM y DMARC: qué papel cumple cada registro
Los registros DNS controlan dónde se entrega el correo y cómo se valida a los remitentes. Debes documentar los valores actuales antes de modificarlos y preparar los nuevos valores en el proveedor DNS autoritativo.
| Registro | Función | Qué revisar durante la migración |
|---|---|---|
| MX | Indica qué servidores reciben el correo del dominio. | Durante el corte debe apuntar a Microsoft 365. Mantén operativo el servidor anterior mientras se agotan las cachés DNS. |
| SPF | Declara qué sistemas están autorizados a enviar correo con el dominio. | Incluye temporalmente todos los emisores legítimos que sigan activos. Publica un único registro SPF, no varios TXT independientes. |
| DKIM | Añade una firma criptográfica a los mensajes salientes. | Configura los CNAME indicados por Microsoft 365 y activa DKIM cuando el dominio esté preparado. |
| DMARC | Define cómo tratar mensajes que no superan SPF o DKIM y permite recibir informes. | No endurezcas la política sin comprobar antes todos los emisores: aplicaciones, plataformas comerciales y sistemas internos también cuentan. |
Si aplicaciones, páginas web o dispositivos siguen enviando a través del proveedor anterior, quitarlos de SPF demasiado pronto puede provocar que sus mensajes acaben en correo no deseado o sean rechazados. Identifica cada emisor y decide si utilizará envío autenticado, un conector o un servicio compatible.
Por qué debes reducir el TTL
El TTL indica cuánto tiempo puede conservar un resolvedor DNS una respuesta en caché. Si el MX tiene un TTL alto, algunos servidores seguirán entregando correo al sistema anterior después del cambio.
Reduce el TTL con suficiente antelación para que el valor anterior tenga tiempo de caducar antes del corte. El momento exacto depende del TTL publicado y del proveedor DNS. No sirve bajarlo cinco minutos antes si la respuesta antigua puede permanecer almacenada durante horas.
Una vez estabilizada la migración, puedes devolver el TTL a un valor operativo razonable. Durante el periodo de propagación, considera normal que ambos servidores reciban mensajes; por eso ninguno debe desconectarse inmediatamente.
Realiza una prueba piloto
Selecciona buzones representativos: uno grande, uno antiguo, un usuario con muchas carpetas, un buzón compartido y una cuenta con delegaciones. La prueba debe reproducir el procedimiento real, incluida la configuración de Outlook y dispositivos móviles.
Comprueba en el piloto:
- Credenciales y conexión al servidor de origen.
- Correspondencia correcta entre cuentas de origen y destino.
- Velocidad de copia y errores por elementos.
- Estructura de carpetas y recuentos.
- Permisos, alias y envío desde buzones compartidos.
- Flujo de correo interno y externo.
- Proceso de soporte para el usuario.
No uses únicamente tu propio buzón como prueba. Una cuenta sencilla no descubrirá problemas de delegación, carpetas numerosas o configuraciones antiguas.
Ejecuta la sincronización y el corte
La estrategia más segura suele incluir una copia inicial mientras el sistema antiguo continúa recibiendo correo. Después se realiza una sincronización incremental para trasladar los cambios producidos desde la primera pasada.
- Confirma que los usuarios y destinatarios existen en Microsoft 365.
- Inicia el lote de migración y revisa los errores, no solo su estado general.
- Corrige credenciales, cuotas, elementos dañados o asignaciones incorrectas.
- Comunica a los usuarios la ventana de cambio y las acciones que deberán realizar.
- Reduce la actividad durante el corte si el método elegido lo requiere.
- Ejecuta una sincronización incremental final.
- Cambia el MX y los registros relacionados siguiendo el plan aprobado.
- Prueba la recepción y el envío desde redes y cuentas externas.
- Mantén el origen disponible para capturar mensajes entregados por cachés antiguas.
No fijes la fecha solo por calendario. Define criterios de avance: porcentaje de buzones sin errores, destinatarios creados, pruebas superadas y procedimiento de reversión. Si una condición crítica falla, posponer el MX puede ser menos dañino que improvisar.
Qué no migra una migración IMAP
IMAP copia mensajes y carpetas de correo accesibles mediante ese protocolo. No convierte el servidor anterior en Exchange ni traslada toda la experiencia del usuario.
Las reglas locales pueden estar almacenadas en el cliente y las reglas del servidor, en la plataforma de origen. Los contactos quizá estén dentro de Outlook, en un móvil o en la libreta web del proveedor. Antes del corte, indica a cada usuario qué debe exportarse y prueba después su importación.
También debes recrear manualmente alias, listas, reenviadores y buzones compartidos. Una dirección que aparece como carpeta en el sistema anterior no implica que se genere automáticamente como destinatario en Microsoft 365.
Verificación posterior a la migración
La ausencia de quejas no demuestra que la migración esté completa. Usa una lista de comprobación y registra el resultado por buzón.
- Compara el número de carpetas, el tamaño y los recuentos disponibles.
- Revisa los informes de elementos omitidos o dañados.
- Envía mensajes de prueba hacia y desde proveedores externos.
- Verifica respuestas, reenvíos, alias y buzones compartidos.
- Comprueba calendarios, contactos y reglas trasladados por procedimientos separados.
- Valida Outlook, acceso web y dispositivos móviles.
- Confirma SPF, DKIM y DMARC mediante las cabeceras de mensajes reales.
- Revisa que aplicaciones, impresoras y formularios sigan enviando.
- Busca correo nuevo que haya llegado al servidor anterior tras el cambio de MX.
Conserva el entorno antiguo sin admitir cambios innecesarios hasta completar la validación y el periodo de seguridad definido en el plan. Su retirada debe ser una tarea posterior y controlada, no parte automática del cambio de MX.
Errores clásicos que debes evitar
- No hacer inventario: deja fuera alias, buzones compartidos y cuentas técnicas.
- Confiar en una única sincronización: puede omitir los mensajes recibidos durante la copia.
- Apagar el origen tras cambiar el MX: ignora las cachés DNS todavía activas.
- Suponer que IMAP lo copia todo: provoca la pérdida operativa de calendarios, contactos y reglas.
- Publicar varios registros SPF: genera una configuración inválida en vez de sumar autorizaciones.
- Aplicar DMARC estricto sin inventariar emisores: puede bloquear correo legítimo.
- No probar aplicaciones: formularios, impresoras y programas pueden seguir usando el servidor antiguo.
- No preparar una reversión: obliga a tomar decisiones apresuradas durante una incidencia.
- Eliminar datos demasiado pronto: impide revisar discrepancias o recuperar mensajes tardíos.
Si necesitas ayuda para diseñar los lotes, preparar el DNS y validar el resultado, el servicio de Microsoft 365 gestionado de Overclock Host permite abordar el cambio con soporte especializado. Puedes explicar el entorno actual y solicitar una revisión desde contacto.
Preguntas frecuentes
¿Se puede migrar el correo sin interrumpir el servicio?
Se puede reducir mucho la interrupción mediante una copia inicial, sincronizaciones incrementales y un cambio de MX planificado. Durante la propagación, ambos sistemas pueden recibir mensajes, por lo que el servidor anterior debe seguir accesible.
¿Qué ocurre con los mensajes que llegan durante el cambio de MX?
Algunos llegarán a Microsoft 365 y otros podrían alcanzar el servidor anterior debido a las cachés DNS. Una sincronización posterior o una revisión manual debe recuperar esos mensajes antes de retirar el origen.
¿Una migración IMAP conserva contactos y calendarios?
No. IMAP está orientado al correo y sus carpetas. Los contactos, calendarios, tareas, reglas, permisos y otros elementos deben exportarse, importarse o recrearse mediante procedimientos específicos.
¿Cuándo conviene una migración híbrida?
Cuando existe Exchange local y necesitas mantener una coexistencia prolongada, mover buzones gradualmente o conservar una integración controlada entre el entorno local y Microsoft 365. Requiere más diseño y administración que una migración total.
¿Cuándo puedo apagar el servidor de correo antiguo?
Cuando haya terminado la propagación DNS, no queden mensajes recientes en el origen, todos los buzones estén verificados y aplicaciones y dispositivos funcionen con el nuevo servicio. Conserva además los datos según la política de retención y el plan de reversión establecidos.