Migración POP a Microsoft 365
MSAdvance migra entornos de correo POP/POP3 a Exchange Online cuando el histórico está repartido entre el servidor, Outlook, archivos PST u otros almacenes locales. Primero localizamos los datos; después los consolidamos, importamos y coordinamos el cambio de correo entrante.
Migrar POP a Exchange Online exige reconstruir primero la fuente de datos
POP3 fue diseñado para descargar correo desde el servidor al cliente. En muchos entornos antiguos, el buzón “real” ya no está completo en el hosting: parte del histórico vive en un PST de Outlook, parte en otro ordenador y los elementos enviados pueden existir solo en el equipo desde el que se enviaron.
PST, Outlook, equipos antiguos y otras fuentes pueden contener información distinta. Primero identificamos qué es único y qué está duplicado.
IMPORT
validar
Una vez consolidado el histórico, el usuario trabaja con un único buzón cloud, autenticación moderna y flujo de correo centralizado.
Que una cuenta use POP no significa que POP sea el mejor método de migración
Antes de diseñar el proyecto comprobamos si el proveedor ofrece IMAP, una API o una vía específica. Si existe una fuente de servidor más completa, puede reducir trabajo en puestos y conservar mejor la estructura.
Cuando el histórico está local
Encaja cuando el correo se descargó durante años en Outlook u otros clientes y los PST o almacenes locales son la fuente más completa.
Si el servidor conserva carpetas
Si el proveedor dispone de IMAP y mantiene el contenido completo en servidor, suele ser preferible una migración IMAP a Microsoft 365 para evitar extracción puesto a puesto.
Si existe una ruta específica
Google Workspace, Exchange Server o Microsoft 365 disponen de métodos propios que normalmente ofrecen más cobertura que tratarlos como correo POP.
En POP, el dato puede estar repartido entre servidor, PST y varios dispositivos
Microsoft describe POP como una descarga unidireccional: los mensajes pueden eliminarse del servidor tras descargarse y los enviados se almacenan localmente. Esta arquitectura convierte el discovery en la fase más importante del proyecto.
Correo que todavía permanece en hosting
Dependiendo de la configuración “dejar copia en el servidor”, puede contener todo, una parte o solo mensajes recientes.
Archivo PST local
Puede contener Inbox, Sent Items, subcarpetas, contactos, calendario y otros elementos que nunca llegaron al servidor.
Almacenes locales no PST
Perfiles MBOX u otros formatos requieren exportación o conversión antes de incorporarlos al flujo de Microsoft 365.
Contenido diferente o duplicado
Un portátil antiguo puede contener enviados, carpetas o mensajes descargados que no existen en el equipo actual.
El alcance depende de lo que exista en las fuentes locales
POP no representa un buzón moderno completo. Cuando el histórico está en PST, el formato puede contener más tipos de elementos que el protocolo POP; por eso separamos protocolo, archivo y configuración de cliente.
Se incorporan desde el servidor o desde PST/almacenes locales según dónde esté el histórico. Microsoft Purview omite elementos que superan sus límites de importación.
Si están dentro del PST o del almacén exportado, pueden mapearse al buzón destino. POP por sí mismo no sincroniza esa jerarquía con el servidor.
Microsoft indica que el correo enviado en POP se guarda localmente; puede ser necesario recuperarlo de cada equipo relevante.
Si existen en un PST compatible pueden formar parte de una importación; si están en otro formato o aplicación, requieren exportación/importación específica.
Microsoft señala que las reglas y determinadas propiedades/configuraciones no se exportan a PST; las firmas tampoco forman parte de la migración de correo.
POP no transporta permisos de buzón. Shared mailboxes, Full Access, Send As y otras delegaciones se configuran en Exchange Online.
Thunderbird, Apple Mail u otras aplicaciones pueden usar formatos distintos; el método se define según el origen real.
Perfiles, firmas, clientes y móviles pueden requerir intervención adicional. No se considera incluido automáticamente en una tarifa por buzón salvo que se indique.
Qué ofrece Microsoft para llevar PST a Exchange Online
Microsoft dispone de dos familias de opciones: importación masiva administrada mediante el Import Service de Microsoft Purview y, para casos puntuales, importación desde Outlook. Cada una tiene requisitos y límites diferentes.
Purview Import Service
Permite importar PST en bloque a buzones de Exchange Online mediante carga de red a almacenamiento temporal de Azure y un trabajo de importación en Microsoft Purview.
Descripción oficial del servicioPST de 20 GB o menos
Microsoft recomienda cargar o copiar archivos PST que no superen 20 GB. Archivos mayores pueden degradar el rendimiento y conviene dividirlos.
Requisitos y límitesElementos de hasta 150 MB
Los elementos individuales de más de 150 MB se omiten durante la importación por el límite de tamaño de mensaje de Exchange Online.
Límites de importaciónRendimiento orientativo
Microsoft documenta una tasa típica aproximada de 24 GB al día por buzón, no garantizada. PST distintos hacia buzones diferentes pueden procesarse en paralelo.
Planificar la importaciónDuplicados no son simples
Reimportar el mismo PST en la misma carpeta puede evitar duplicados mediante SourceEntryId; PST diferentes con contenido solapado sí pueden generar copias duplicadas.
FAQ oficial de importación PSTRetention hold posterior
Microsoft indica que tras importar PST se activa retention hold de forma indefinida en el buzón. Debe revisarse y retirarse o fecharse según el diseño de retención.
Consideraciones posterioresImportante: para nuevos trabajos de Purview Import Service, Microsoft indica que debe utilizarse la interfaz del servicio; no está soportado crear esos trabajos mediante PowerShell. PowerShell puede seguir siendo útil para inventario, buzones, licencias y validaciones alrededor del proceso.
Purview Import Service, Outlook y automatización: cada fuente necesita su método
En POP no suele existir una herramienta única que “lea todo”. La arquitectura depende de dónde esté el correo y del volumen que deba consolidarse.
Import Service
Vía principal para importaciones masivas de PST a Exchange Online.
- Network upload con AzCopy.
- CSV de mapeo hacia buzones.
- Filtrado y seguimiento del trabajo.
Importación puntual
Puede encajar cuando hay pocos PST y se necesita importar manualmente contenido a un buzón Microsoft 365.
- Email, contactos y calendario cuando el PST los contiene y la versión de Outlook lo soporta.
- Tratamiento de duplicados configurable en cliente.
- No es nuestro método preferido para grandes volúmenes.
Carga de PST
Microsoft utiliza AzCopy en la ruta de network upload para transferir los PST al almacenamiento temporal asociado al trabajo.
- Carga por red.
- Proceso controlado por SAS.
- Validación de nombres y mapeos.
Inventario y preparación
Automatizamos tareas alrededor de la importación, sin afirmar que PowerShell cree trabajos de Purview Import Service.
- Usuarios y Exchange Online.
- Licencias, buzones y reporting.
- Validaciones pre/post cutover.
Los problemas de una migración POP suelen estar en los equipos, no en Microsoft 365
El mayor riesgo es asumir que el servidor contiene todo el histórico. Un discovery correcto reduce pérdidas por datos olvidados, importaciones duplicadas y cierres prematuros del proveedor antiguo.
PST desconocidos
Usuarios con varios PST, archivos archivados o perfiles antiguos que no aparecen en el inventario inicial.
Solapamiento y duplicados
El mismo correo descargado en varios equipos o copiado entre PST puede provocar duplicados si se importan fuentes diferentes sin reconciliación.
Datos solo en equipos antiguos
Sent Items, carpetas personales, contactos o calendarios pueden existir únicamente en un ordenador que ya casi no se usa.
PST grandes o dañados
Archivos de gran tamaño o con corrupción pueden requerir reparación, segmentación o un tratamiento distinto antes de cargar.
Mensajes fuera de límites
Purview omite elementos superiores a 150 MB y PST grandes pueden importar más lentamente; se detectan excepciones antes de cerrar origen.
Hosting cerrado demasiado pronto
Dar de baja el proveedor antes de validar servidor, DNS y todas las fuentes locales puede eliminar la última copia recuperable de ciertos mensajes.
Ocho fases para convertir un entorno POP disperso en un buzón cloud controlado
La metodología prioriza descubrir y consolidar datos antes de importarlos. La fase de migración no empieza hasta saber qué fuentes son necesarias y cómo se tratarán duplicados y excepciones.
Inventario de usuarios
Servidor, dominios, buzones, equipos, clientes, PST y otros almacenes locales.
Mapa de datos
Identificamos qué existe en servidor, qué está solo en local y qué fuentes se solapan.
Ruta de consolidación
Purview, Outlook, conversión de formatos, estructura de destino y reglas para duplicados.
Microsoft 365 preparado
Usuarios, licencias, buzones, dominio, seguridad, roles y plan DNS.
Prueba representativa
Extracción, PST, importación, carpetas, metadatos, rendimiento y experiencia de usuario.
Importación por lotes
Cargamos PST, seguimos errores, elementos omitidos y reconciliación por usuario.
Correo nuevo a Microsoft 365
Cambio de MX, SPF/DKIM/DMARC según diseño, Outlook/móviles y validación de flujo.
Estabilización y cierre
Acceso, correo, pendientes, retention hold, fuentes antiguas y cierre controlado del hosting.
La migración termina cuando Exchange Online queda operativo, no cuando acaba un PST
El contenido histórico y el correo nuevo son flujos distintos. La importación puede comenzar antes del cutover, pero la entrada en producción requiere coordinar dominio, identidad, seguridad y entregabilidad.
Microsoft Entra ID y acceso
- Creación o validación de usuarios y buzones de Exchange Online.
- Licencias asignadas antes de recibir datos o correo nuevo.
- MFA y Conditional Access aplicados de forma compatible con la ventana de cambio.
- Roles temporales de importación siguiendo mínimo privilegio cuando aplica.
- Retirada o revisión de accesos del proyecto al cierre.
DNS y flujo de correo
- Dominio verificado previamente en Microsoft 365.
- TTL y cambio de MX coordinados con la ventana de producción.
- SPF actualizado para emisores que sigan autorizados.
- DKIM habilitado y validado en Microsoft 365 cuando corresponda.
- DMARC revisado para alinear la nueva arquitectura de envío.
- Autodiscover y configuración de clientes revisados cuando sean relevantes.
Microsoft 365 debe estar listo antes de importar el histórico
La importación de PST no sustituye el diseño del tenant. El buzón destino, las licencias, el dominio y las políticas deben existir antes de cargar datos y antes de cambiar el MX.
Usuarios y buzones
Validamos UPN, direcciones SMTP, aliases, shared mailboxes y correspondencia entre fuente y destino.
Licenciamiento
Confirmamos qué buzones necesitan Exchange Online, archivo u otras capacidades antes de la carga.
Autenticación moderna
El usuario abandona la configuración POP tradicional y pasa a Microsoft 365 con autenticación moderna y las políticas del tenant.
Permisos de importación
Purview Import Service requiere roles específicos. Microsoft recomienda mínimo privilegio en lugar de usar Global Administrator por comodidad.
Qué cambia al pasar de POP a Microsoft 365 y Exchange Online
El salto funcional es mayor que en una simple migración de servidor. El usuario deja un modelo local y unidireccional y pasa a un buzón sincronizado en la nube.
La cuenta pasa a autenticarse con Microsoft 365 y puede requerir registro de MFA según las políticas de la organización.
Puede ser necesario crear o reconfigurar el perfil y retirar la cuenta POP anterior. El alcance de intervención en puestos se define expresamente.
El correo nuevo, enviados y cambios pasan a sincronizarse mediante Exchange Online en lugar de quedar aislados por dispositivo.
Los datos importados desde PST aparecerán según el mapeo acordado. Si había varias fuentes, documentamos qué se consolidó y qué quedó excluido.
No se asumen como migradas por el hecho de importar PST. Se recrean, documentan o despliegan por otro mecanismo cuando forman parte del alcance.
La propagación DNS y la reconfiguración de clientes pueden producir un periodo transitorio. El objetivo es minimizarlo y disponer de soporte de arranque.
¿Cuánto tarda una migración POP a Microsoft 365? Depende más del discovery que del MX
El tiempo incluye localizar datos, extraerlos, reparar o dividir PST cuando sea necesario, cargarlos y procesarlos. Microsoft documenta para Purview una tasa típica aproximada de 24 GB al día por buzón, no garantizada.
Un entorno con 20 usuarios puede tardar más que uno con 100 si hay datos repartidos en muchos equipos o PST dañados. Por eso usamos una muestra representativa antes de comprometer calendario.
Una migración POP necesita especialistas Microsoft y disciplina sobre el dato local
El riesgo real no es crear el buzón de Exchange Online; es olvidar un PST, importar dos veces el mismo histórico, cerrar el hosting antes de tiempo o asumir que los enviados estaban en servidor. Nuestro enfoque separa discovery, consolidación, importación y cutover para que cada decisión sea verificable.
Qué recibe el cliente además de correo importado
La trazabilidad es especialmente importante cuando el origen estaba distribuido entre equipos. El cierre debe indicar qué fuentes se procesaron, qué excepciones quedaron y cuándo puede retirarse el servicio antiguo.
Inventario de fuentes
Usuarios, servidor, equipos, PST, otros formatos y elementos fuera del alcance.
Mapa de consolidación
Qué archivo o fuente corresponde a cada buzón y cómo tratamos solapamientos o duplicados.
Reporting de importación
Trabajos, estado, elementos omitidos, errores relevantes y validación por usuario o lote.
Cierre controlado
DNS, acceso, retention hold, pendientes y autorización para retirar hosting o fuentes antiguas.
Cómo se calcula el coste de una migración POP a Microsoft 365
POP puede ser muy sencillo si cada usuario ya tiene un PST limpio y localizado, o mucho más laborioso si hay que descubrir y consolidar datos en múltiples dispositivos. Por eso mantenemos una referencia “desde” solo para escenarios estándar.
Migración estándar de buzón POP
Desde 15 €por buzón · sin IVA
Qué se cotiza aparte cuando aplica
- Conexión remota o intervención en múltiples puestos de trabajo.
- Búsqueda de PST y datos en equipos antiguos.
- Thunderbird/MBOX u otros formatos que requieran conversión.
- PST dañados, muy grandes o múltiples archivos por usuario.
- Reconciliación avanzada de duplicados entre distintas fuentes.
- Contactos, calendarios, reglas, firmas u otros elementos fuera del flujo estándar.
- Licencias Microsoft 365 y herramientas de terceros.
Qué necesitamos para saber dónde está su correo POP
Estas preguntas determinan si estamos ante una importación PST sencilla o un proyecto de discovery y consolidación distribuido.
Qué validamos antes de cerrar el proveedor POP
Cerrar el hosting es una decisión posterior a la validación, no una consecuencia automática del cambio de MX.
Preguntas habituales sobre migración POP a Microsoft 365
Respuestas directas para entender qué puede migrarse, dónde está el riesgo y cómo se utiliza Microsoft 365 para consolidar el histórico.
¿Qué es una migración POP a Microsoft 365?
Es el proceso de trasladar correo de un entorno POP/POP3 a Exchange Online. Como POP descarga mensajes al cliente y puede eliminarlos del servidor, el proyecto suele incluir discovery de datos locales, consolidación de PST u otros almacenes, importación al buzón Microsoft 365 y cambio de flujo de correo.
¿Por qué una migración POP es diferente de una migración IMAP?
IMAP mantiene el correo sincronizado en el servidor. POP es una descarga unidireccional y Microsoft indica que los enviados y carpetas creadas en el cliente no se sincronizan entre dispositivos. En POP es frecuente que parte del histórico solo exista localmente.
¿Se puede migrar directamente desde el servidor POP?
A veces el servidor conserva mensajes, especialmente si los clientes estaban configurados para dejar copia. Pero no asumimos que contenga todo el histórico ni los enviados. Comparamos servidor y fuentes locales antes de decidir el método.
¿Qué ocurre si ya tengo todo el correo en un PST de Outlook?
Es uno de los escenarios más sencillos. Para importación masiva puede utilizarse Microsoft Purview Import Service; para casos puntuales también existen opciones de importación desde Outlook. Validamos tamaño, estado del PST, destino y duplicados antes de ejecutar.
¿Microsoft tiene una herramienta nativa para importar PST en Microsoft 365?
Sí. Microsoft Purview Import Service permite cargar PST por red a almacenamiento temporal de Azure y crear trabajos de importación hacia buzones de Exchange Online. Microsoft recomienda PST de 20 GB o menos para un mejor rendimiento.
¿Qué límites importantes tiene Purview Import Service?
Microsoft documenta, entre otros, un límite de 150 MB por elemento importado y recomienda archivos PST de 20 GB o menos. También indica que no se pueden importar PST a carpetas públicas y que una jerarquía con 300 o más niveles de carpetas no es compatible.
¿Cómo gestiona Microsoft los duplicados al importar PST?
Reimportar el mismo PST en la misma carpeta puede evitar duplicados mediante SourceEntryId. Sin embargo, si se importan PST diferentes que contienen mensajes solapados, sus identificadores pueden ser distintos y el contenido puede duplicarse. Esto es especialmente relevante cuando un usuario tenía correo en varios equipos.
¿Se migran contactos y calendarios?
Depende de dónde estén. Un PST de Outlook puede contener correo, contactos y calendario, pero reglas, propiedades de carpeta y otros ajustes no se exportan del mismo modo. Si los contactos o calendarios están en otro cliente o formato, definimos una importación separada.
¿Cuánto tarda una migración POP?
No existe un tiempo universal. Depende del discovery, número de equipos, PST, GB, ancho de banda, estado de archivos y tasa de importación. Microsoft documenta para Purview una tasa típica aproximada de 24 GB por día y buzón, pero no la garantiza.
¿Habrá interrupción del correo?
Planificamos la importación histórica antes del cambio y coordinamos el MX para minimizar impacto, pero no prometemos cero downtime. DNS, reconfiguración de clientes y disponibilidad del proveedor pueden generar un periodo transitorio.
¿Hay que reconfigurar Outlook y móviles?
Normalmente sí. El usuario deja la cuenta POP y pasa a una cuenta Microsoft 365 con autenticación moderna. Según cliente y dispositivo puede ser necesario crear un perfil, quitar la cuenta anterior, volver a iniciar sesión o registrar MFA.
¿POP sigue existiendo en Exchange Online?
Exchange Online admite POP con OAuth, pero Microsoft ha deshabilitado la autenticación básica y recomienda alejarse de POP/IMAP cuando sea posible porque no ofrecen todas las funciones de Exchange. Para usuarios de Outlook, el objetivo habitual es utilizar la conectividad moderna de Microsoft 365, no recrear el antiguo diseño POP.
Elegir la ruta correcta antes de convertir todo en PST
Si el origen dispone de un método más completo, lo evaluamos primero. Estas páginas cubren escenarios que a menudo se confunden con una migración POP.
Migración Microsoft 365
Visión global de orígenes, workloads y metodología hacia Microsoft 365.
Ver servicioIMAPIMAP a Microsoft 365
Cuando el servidor conserva carpetas y correo sincronizado, puede evitar extracción local masiva.
Ver migración IMAPExchange ServerExchange a Microsoft 365
Para Exchange Server utilizamos rutas específicas de mailbox migration e híbrido cuando corresponde.
Ver migración ExchangeGoogle a Microsoft 365
Gmail, Calendar, Contacts y Drive requieren un enfoque más amplio que POP.
Ver migración GoogleCasos de éxito
Proyectos publicados de migración, cloud, colaboración y seguridad.
Ver casosSobre MSAdvance
Equipo, experiencia y especialización en Microsoft Cloud.
Conocer MSAdvanceAntes de migrar, averigüemos dónde está realmente su correo
Indíquenos número de usuarios, proveedor POP, clientes utilizados, si existen PST y cuántos equipos puede tener cada usuario. Con esa información podemos separar una importación sencilla de un proyecto de discovery y consolidación más amplio.
