Migración IMAP a Microsoft 365
MSAdvance migra buzones desde servidores y proveedores compatibles con IMAP hacia Exchange Online, con inventario previo, piloto, sincronización por lotes, cambio de correo entrante y validación posterior.
Correo a Exchange Online con un alcance definido antes de mover datos
Una migración IMAP a Microsoft 365 copia el contenido de las carpetas de correo desde un sistema compatible con IMAP hacia buzones ya creados en Exchange Online. El proyecto no se limita a “copiar emails”: también hay que preparar identidades, licencias, acceso al origen, DNS, usuarios y criterios de validación.
Zimbra, Dovecot, Courier, cPanel, IONOS, hosting, ISP u otro sistema que exponga IMAP/IMAPS y permita acceso a los buzones.
CUTOVER
Usuarios, buzones, dominio y seguridad preparados para recibir el correo y operar con Outlook y autenticación moderna.
IMAP es una vía de migración útil, pero no siempre es la correcta
Elegir IMAP solo porque “el correo abre por IMAP” puede dejar fuera información importante. Antes de diseñar el proyecto confirmamos si existe un método específico para el origen que conserve más datos o reduzca trabajo posterior.
Hosting y correo estándar
Servidores Dovecot, Courier, cPanel, IONOS, Zimbra u otros proveedores donde el objetivo principal sea trasladar mensajes y carpetas a Exchange Online.
Plataformas heredadas
Entornos sin conector moderno ni API de migración, pero con acceso IMAP estable y suficiente para extraer el contenido de correo.
Correo + datos adicionales
IMAP puede usarse para el correo y combinarse con exportaciones CSV/ICS, PST u otros mecanismos cuando contactos o calendarios también forman parte del alcance.
Cuando conviene otra ruta
Google Workspace, Exchange Server y Microsoft 365 disponen de métodos específicos que suelen ofrecer más cobertura que tratar el origen como un servidor IMAP genérico.
Mejor usar un servicio específico cuando...
- El origen es Google Workspace y también hay Calendar, Contacts, Drive o Unidades compartidas.
- El origen es Exchange Server y se necesita preservar el modelo completo de buzón y coexistencia.
- El origen es otro tenant de Microsoft 365: corresponde una migración tenant-to-tenant.
- El correo está principalmente en equipos locales por POP/PST: conviene revisar la migración POP a Microsoft 365.
Qué comprobamos para aceptar IMAP
- Disponibilidad de IMAP o IMAPS, host, puerto y TLS.
- Tipo de credenciales: administrador con acceso a buzones o credenciales por usuario.
- Concurrencia y throttling permitidos por el servidor origen.
- Tamaño, número de elementos y mensajes que pueden superar límites de la ruta elegida.
- Carpetas especiales, codificación, nombres de carpetas y comportamiento real en un piloto.
El límite de IMAP está en el protocolo: correo sí, buzón completo no
Para evitar expectativas incorrectas, separamos lo que normalmente forma parte del transporte IMAP de lo que exige exportación, recreación o una herramienta específica. El comportamiento exacto se valida contra el servidor origen y la herramienta seleccionada.
Se copian los mensajes accesibles por IMAP dentro de las carpetas de correo. Adjuntos viajan como parte del mensaje siempre que estén dentro de los límites del método utilizado.
Se replica la estructura compatible. Nombres especiales, jerarquías profundas y mapeos concretos se revisan en el piloto.
La preservación de flags y determinados metadatos depende del origen y de la herramienta. Se comprueba con buzones piloto antes de escalar.
Microsoft no los migra mediante IMAP. Pueden tratarse mediante CSV, vCard u otra exportación cuando el origen lo permita.
No forman parte de IMAP. Calendarios pueden requerir ICS u otro método; tareas dependen de la plataforma de origen.
No se trasladan como parte de una migración IMAP. Se documentan y recrean cuando estén dentro del alcance acordado.
IMAP no transporta el modelo de permisos. Los objetos y delegaciones de Exchange Online se diseñan y configuran en el destino.
Un PST que solo existe en un equipo no está en el servidor IMAP. Debe localizarse y tratarse mediante un proceso de importación separado.
Qué ofrece Microsoft de forma nativa para migraciones IMAP
Exchange Online mantiene una ruta nativa de migración IMAP desde el Centro de administración de Exchange y PowerShell. Es útil, pero tiene requisitos y límites que deben formar parte del diseño.
Buzón destino previo
La migración IMAP no crea el buzón de Microsoft 365. El usuario y su buzón de Exchange Online deben existir y estar licenciados antes de mover correo.
Guía oficial de migración IMAPSolo correo y carpetas
Microsoft indica que IMAP migra elementos de la bandeja de entrada y otras carpetas de correo. Contactos, calendarios y tareas quedan fuera de esta vía.
Opciones de migración de buzonesLímites nativos
La documentación de Microsoft fija un máximo de 500.000 elementos por buzón y 35 MB para el mensaje individual en la migración IMAP nativa.
Límites y troubleshootingEndpoint y credenciales
Exchange Online necesita conectarse al sistema origen mediante un endpoint IMAP. El acceso puede requerir credenciales por usuario o una cuenta administrativa compatible con el servidor.
Configurar conexión IMAPLotes y CSV
Para migraciones grandes, Microsoft permite organizar usuarios en lotes mediante CSV. El formato admite hasta 50.000 filas y un archivo de hasta 10 MB.
CSV para lotes IMAPSincronización incremental
La ruta nativa puede mantener sincronizaciones incrementales mientras el lote sigue activo; Microsoft documenta una frecuencia de 24 horas para este proceso.
Migración IMAP con PowerShellCómo lo aplicamos: no presentamos la vía nativa como una solución universal. Si el volumen, los límites de mensajes, el tipo de autenticación, el reporting o la plataforma origen aconsejan otro método, se documenta la alternativa antes del piloto.
Microsoft nativo, BitTitan, Cloudiway y automatización: la herramienta sigue al escenario
En una migración IMAP no tiene sentido llenar el proyecto de plataformas que no aportan valor. Elegimos el método por compatibilidad con el origen, forma de autenticación, volumen, necesidad de pre-stage, reporting y tratamiento de excepciones.
EAC + Exchange Online
Ruta nativa para buzones IMAP estándar cuando sus límites y modelo de acceso encajan con el proyecto.
- Endpoint IMAP y lotes de migración.
- CSV para cargas masivas.
- PowerShell para automatización y control.
MigrationWiz
Alternativa habitual para orígenes IMAP heterogéneos, con proyectos por buzón, trial migration y pasadas de pre-stage/full según configuración.
- Prueba previa de estructura.
- Control por usuario y errores.
- No es sincronización bidireccional en tiempo real.
IMAP Migration
Útil cuando se necesita una plataforma especializada para migrar correo desde servidores IMAP y adaptar el acceso a distintos modelos de credenciales.
- Conector IMAP a Microsoft 365.
- Opciones centralizadas y self-service según escenario.
- Configuración y ejecución por lotes.
Automatización y validación
Usamos PowerShell cuando aporta repetibilidad en altas, endpoints, lotes, reporting o comprobaciones del tenant de destino.
- Exchange Online PowerShell.
- Inventarios y validaciones.
- Procesos documentados y repetibles.
Ocho fases para pasar de un servidor IMAP a Exchange Online con control
La duración real depende del número de buzones, volumen, rendimiento del origen, límites de conexión y ventana de cambio. El plan se ajusta con datos del assessment y del piloto, no con una estimación genérica.
Inventario
Buzones, GB, número de mensajes, dominios, carpetas, servidor, credenciales y datos que no están en IMAP.
Ruta técnica
Microsoft nativo, BitTitan, Cloudiway u otro enfoque; lotes, dependencias, ventana y criterios de aceptación.
Destino preparado
Usuarios, licencias, buzones, dominio verificado, roles, seguridad y endpoint listos para la prueba.
Prueba representativa
Validamos estructura de carpetas, autenticación, rendimiento, mensajes problemáticos y experiencia de Outlook.
Carga inicial
Sincronizamos el grueso del correo antes del cambio cuando la herramienta y el escenario lo permiten.
Lotes y excepciones
Seguimiento por buzón, reintentos, errores, mensajes no migrables y reconciliación previa al cutover.
Correo entrante
Cambio coordinado de MX y registros relacionados, validación de envío/recepción y última pasada según el método.
Estabilización
Acceso de usuarios, perfiles, móviles, incidencias, reporting final y cierre de elementos pendientes.
La parte crítica no es solo mover mensajes: es entrar bien en producción
Un buzón con correo copiado no equivale a un servicio terminado. El cutover debe coordinar identidad, autenticación, flujo de correo y controles de seguridad para que el destino quede operable.
Identidad y acceso
- Creación o validación de usuarios en Microsoft Entra ID.
- Licencias necesarias para que exista el buzón de Exchange Online.
- MFA y políticas de acceso aplicadas en el momento adecuado para no bloquear la migración.
- Roles administrativos y aplicaciones limitados al alcance necesario.
- Retirada de accesos temporales cuando termina el proyecto, cuando aplica.
Dominio, DNS y entregabilidad
- Verificación previa del dominio en Microsoft 365.
- Plan de TTL y cambio de MX para dirigir el correo al destino.
- Revisión de SPF para incluir los sistemas de envío que sigan siendo válidos.
- Habilitación y validación de DKIM en Microsoft 365 cuando corresponda.
- DMARC revisado para que el cambio de infraestructura no genere fallos de autenticación.
- Pruebas de envío, recepción, respuesta y mensajes externos tras el cutover.
Qué puede notar una persona al pasar de IMAP a Microsoft 365
El objetivo es minimizar la interrupción, pero hay cambios inevitables cuando se abandona un proveedor IMAP y se adopta Exchange Online. Los anticipamos en la comunicación y en el soporte de arranque.
El usuario pasa a autenticarse con su identidad de Microsoft 365 y puede tener que registrar MFA según las políticas del tenant.
Según el cliente y la configuración anterior, puede ser necesario crear un perfil nuevo, quitar la cuenta IMAP o volver a iniciar sesión.
Los dispositivos pueden requerir eliminar la cuenta IMAP anterior y añadir la cuenta de Microsoft 365 o iniciar sesión de nuevo en Outlook para iOS/Android.
No forman parte del contenido IMAP. Las reglas de servidor y firmas deben recrearse o desplegarse mediante otro método si están incluidas en el proyecto.
Si estaban en el sistema origen, se migran solo si se ha definido un proceso adicional compatible. No deben darse por trasladados por el hecho de migrar correo IMAP.
El MX se modifica de forma coordinada. La propagación DNS y el comportamiento de sistemas externos pueden producir un periodo transitorio que se controla y valida.
Especialistas Microsoft que también entienden los límites del origen
En IMAP, muchos problemas se descubren tarde: credenciales que no permiten acceso masivo, throttling, carpetas inconsistentes, mensajes demasiado grandes, datos locales o expectativas de migrar calendarios con un protocolo que no los incluye. Nuestro trabajo es descubrirlos antes del cutover y convertirlos en decisiones de proyecto.
Qué recibe el cliente además de los buzones migrados
El proyecto debe dejar trazabilidad sobre lo que se movió, lo que no formaba parte de IMAP, las excepciones encontradas y el estado del servicio después del cambio.
Inventario y alcance
Buzones, volúmenes, dominios, orígenes, exclusiones y elementos adicionales.
Plan técnico
Método, lotes, endpoint, ventanas, dependencias y responsabilidades.
Piloto y validación
Resultados de prueba sobre estructura, datos, autenticación y rendimiento.
Plan de cutover
DNS, últimas pasadas, verificación de flujo y comunicación a usuarios.
Seguimiento por lote
Estado de buzones, incidencias, reintentos y excepciones relevantes.
Checklist de aceptación
Pruebas de acceso, envío, recepción y contenido acordado.
Hypercare
Soporte de estabilización ligado al cambio durante el periodo acordado.
Cierre
Pendientes, excepciones, accesos temporales y recomendaciones posteriores.
Cómo se calcula el coste de una migración IMAP a Microsoft 365
El precio depende del número de buzones, volumen, accesibilidad del servidor, método de autenticación, herramientas necesarias, DNS y datos adicionales fuera de IMAP. Mantenemos una referencia “desde” para escenarios estándar y confirmamos el presupuesto tras revisar el origen.
Migración estándar de buzón
10 €Desde / buzón · sin IVA
- Correo y carpetas accesibles por IMAP.
- Preparación y ejecución según alcance estándar.
- Validación por lote y cutover coordinado.
Qué puede modificar el presupuesto
- Gran volumen o número elevado de elementos.
- Mensajes o carpetas que exceden límites del método elegido.
- Credenciales por usuario o autenticación compleja.
- Contactos, calendarios, PST, reglas o tareas fuera de IMAP.
- DNS, coexistencia temporal o necesidades especiales de correo.
- Licencias Microsoft 365 y herramientas de terceros, que se presupuestan aparte cuando aplican.
Qué información necesitamos para dimensionar su migración IMAP
Con estos datos podemos separar una migración estándar de un proyecto que requiere tooling, tratamiento de datos adicionales o una ventana de cambio más compleja.
Qué validamos antes de cambiar el correo entrante a Exchange Online
El cutover no se autoriza solo porque “la sincronización ha terminado”. Comprobamos las condiciones que permiten cambiar el MX y atender a los usuarios sin improvisar.
Preguntas habituales sobre migración IMAP a Microsoft 365
Respuestas directas sobre alcance, límites, tiempos, DNS, herramientas y experiencia de usuario.
¿Qué es una migración IMAP a Microsoft 365?
Es el proceso de copiar mensajes y carpetas de correo desde un servidor compatible con IMAP a buzones de Exchange Online. Antes de migrar, los usuarios y buzones de destino deben existir en Microsoft 365. El protocolo IMAP no representa todo el contenido de un buzón moderno, por lo que calendarios, contactos, tareas, reglas y permisos se tratan aparte.
¿Qué datos se migran con IMAP y cuáles no?
Se migra el correo accesible en las carpetas IMAP. Microsoft indica expresamente que su migración IMAP nativa no traslada contactos, calendarios ni tareas. Reglas, firmas, delegaciones y configuraciones de cliente tampoco forman parte de IMAP.
¿Microsoft 365 tiene una herramienta nativa para migrar IMAP?
Sí. Exchange Online permite crear endpoints y lotes de migración IMAP desde el Centro de administración de Exchange y mediante PowerShell. La vía nativa es una opción que evaluamos junto con herramientas especializadas cuando el escenario lo requiere.
¿Cuáles son los límites de la migración IMAP nativa de Microsoft?
La documentación actual de Microsoft indica un máximo de 500.000 elementos por buzón y un tamaño máximo de 35 MB por mensaje para esta ruta. Estos límites son de la herramienta nativa; una herramienta de terceros puede tener un comportamiento distinto y debe revisarse por separado.
¿Se pueden migrar contactos y calendarios?
No mediante IMAP nativo. Si el origen permite exportarlos, pueden incorporarse como un trabajo adicional mediante formatos como CSV, vCard o ICS, o mediante una vía específica de migración. El método se confirma durante el assessment.
¿Se puede migrar desde Zimbra, cPanel, IONOS, Dovecot o Courier?
Sí, siempre que el servicio exponga IMAP/IMAPS y podamos autenticar contra los buzones. Antes de presupuestar definitivamente verificamos host, puerto, TLS, credenciales, límites de conexión y comportamiento de carpetas.
¿Cuánto tarda una migración IMAP?
No hay un tiempo universal. Depende del número de buzones, GB totales, cantidad de mensajes, rendimiento del servidor origen, throttling, concurrencia disponible y tasa de errores. Un piloto permite estimar mejor el throughput antes de fijar la ventana de cutover.
¿Habrá interrupción del correo?
El proyecto se diseña para minimizar el impacto mediante carga previa, lotes y un cambio de MX coordinado. No prometemos “cero downtime”: la propagación DNS, el proveedor origen y la configuración de clientes pueden generar un periodo transitorio que debe contemplarse en el plan.
¿Qué ocurre con los mensajes nuevos mientras se está migrando?
Mientras el MX siga apuntando al origen, los mensajes nuevos continúan llegando allí. Con Microsoft nativo, la sincronización incremental se ejecuta de forma periódica mientras el lote permanece activo; con otras herramientas se programan pasadas adicionales según su funcionamiento. El cutover define cuándo el correo nuevo empieza a llegar a Microsoft 365.
¿Hay que cambiar MX, SPF, DKIM y DMARC?
Normalmente sí se revisan. El MX dirige el correo entrante a Exchange Online; SPF debe reflejar los emisores autorizados; DKIM se configura para Microsoft 365 cuando corresponda y DMARC debe alinearse con la nueva arquitectura de envío. No todos los registros se cambian exactamente al mismo tiempo.
¿Hay que crear un perfil nuevo de Outlook?
Puede ser necesario, especialmente cuando el equipo estaba configurado como cuenta IMAP. En otros casos bastará con quitar la cuenta anterior y añadir Microsoft 365 o volver a iniciar sesión. La estrategia depende del cliente de correo, del sistema operativo y de la gestión del dispositivo.
¿Por qué no usar siempre IMAP para migrar Gmail o Exchange?
Porque IMAP solo expone correo. Google Workspace y Exchange disponen de rutas específicas que pueden conservar más tipos de datos y configuraciones. Usar IMAP en esos escenarios puede simplificar el transporte de correo, pero también reducir el alcance funcional de la migración.
Información útil para elegir la ruta correcta hacia Microsoft 365
IMAP es solo una de las vías de entrada. Si su origen tiene una plataforma específica o hay más workloads que correo, estas páginas ayudan a definir mejor el alcance.
Migración Microsoft 365
Visión global de orígenes, workloads, metodología y opciones de migración hacia Microsoft 365.
Ver servicioGoogle a Microsoft 365
Para Gmail, Calendar, Contacts, Drive y Unidades compartidas cuando IMAP se queda corto.
Ver migración GoogleExchange a Microsoft 365
Ruta específica para Exchange Server cuando se necesitan buzones completos, identidad y coexistencia.
Ver migración ExchangePOP a Microsoft 365
Para entornos donde el histórico está principalmente en clientes locales o archivos PST.
Ver migración POPMicrosoft 365 entre tenants
Para mover Exchange Online y otros workloads entre dos tenants de Microsoft 365.
Ver tenant-to-tenantCasos de éxito
Proyectos y escenarios reales publicados por MSAdvance sobre migración, cloud y Microsoft 365.
Ver casosSobre MSAdvance
Equipo, experiencia, enfoque de trabajo y especialización en Microsoft Cloud.
Conocer MSAdvanceRevisar un proyecto
Envíenos número de buzones, volumen, proveedor, dominios y fecha objetivo para preparar el siguiente paso.
ContactarCuéntenos qué correo tiene hoy y le diremos qué puede migrarse y cómo
Para una primera evaluación necesitamos el número de buzones, volumen aproximado, proveedor o servidor IMAP, dominios implicados y fecha objetivo. Si hay calendarios, contactos, PST o datos locales, indíquelo para incluirlos correctamente en el alcance.
