Migración POP3 a Microsoft 365: guía completa para trasladar correo local, PST e IMAP a Exchange Online
Una migración POP3 a Microsoft 365 es diferente de casi cualquier otra migración de correo.
El motivo es sencillo: antes de mover nada debemos averiguar dónde está realmente el correo.
En un entorno Exchange, Google Workspace o IMAP, buena parte de la información continúa almacenada en el servidor. En cambio, una cuenta configurada durante años mediante POP3 puede haber descargado los mensajes al ordenador y eliminado parte o todo el histórico del servidor.
Esto significa que una empresa puede tener un buzón aparentemente pequeño en su proveedor actual y, al mismo tiempo, disponer de diez años de correo dentro de Outlook, varios archivos PST, carpetas locales, mensajes enviados que nunca llegaron al servidor y contactos o calendarios almacenados exclusivamente en el equipo del usuario.
Por eso no existe realmente un botón de “migrar POP3 a Microsoft 365”.
El proyecto suele combinar distintas técnicas:
IMAP para el correo que todavía está en el servidor, PST para la información almacenada localmente y procedimientos específicos para contactos, calendarios y otros elementos.
Después de consolidar la información, el usuario pasa a trabajar con Exchange Online, donde correo, calendario y contactos residen en Microsoft 365 y se sincronizan entre Outlook, navegador y dispositivos compatibles.
En Kloudeal abordamos estas migraciones comenzando por el discovery. Revisamos el proveedor actual, usuarios, configuración POP/IMAP, dominio, buzones, PST, volumen de información, DNS y aplicaciones que envían correo. A partir de ahí definimos qué información existe realmente, qué debe trasladarse y qué procedimiento resulta más adecuado para cada usuario.
Esta guía explica cómo plantear correctamente una migración desde POP3 hacia Microsoft 365 en 2026, qué puede trasladarse mediante IMAP, cuándo es necesario utilizar PST, cómo funciona el servicio de importación de Microsoft Purview y cómo coordinar el cambio de MX, SPF, DKIM y DMARC sin tratar el proyecto como una simple modificación de DNS.
Primero descubre dónde está el correo
| Situación encontrada | Método que normalmente evaluamos |
|---|---|
| Todo o casi todo sigue en el servidor y existe IMAP | Migración IMAP hacia Exchange Online. |
| El histórico está únicamente en Outlook/PST | Importación PST. |
| Parte está en servidor y parte en PST | IMAP + PST con estrategia para evitar solapamientos y duplicados. |
| Hay varios PST antiguos por usuario | Inventario, consolidación y carga controlada. |
| Solo se quiere conservar correo reciente | Migración selectiva y política clara para históricos. |
| Contactos y calendarios están en Outlook local | Tratamiento independiente; POP3 e IMAP no los trasladan. |
La migración empieza con este diagnóstico, no con el cambio del MX.
¿Tenéis correo POP3 y no sabéis dónde está todo el histórico?
Podemos revisar primero proveedor, cuentas, disponibilidad IMAP, volumen del servidor y situación de los PST para definir qué información existe realmente y qué método debería utilizarse antes de realizar ningún cambio de DNS.
Analizar mi migración POP3Índice
- Qué es POP3 y por qué una migración es diferente
- POP3, IMAP y Exchange Online
- El problema real: saber dónde están los datos
- Inventario previo por usuario
- Qué revisar en el servidor de correo
- Cómo localizar y clasificar los PST
- Qué puede y qué no puede migrarse
- Los cuatro escenarios habituales
- Migración IMAP a Microsoft 365
- Límites actuales de la migración IMAP
- Sincronización incremental IMAP
- Importación PST con Microsoft Purview
- Cómo funciona la carga PST mediante AzCopy
- Tamaño, rendimiento y planificación de PST
- Cómo evitar duplicados entre IMAP y PST
- Importación PST mediante Outlook
- PST y el nuevo Outlook
- Contactos
- Calendarios
- Reglas, firmas y autocompletar
- Elementos enviados
- Cuentas genéricas y buzones compartidos
- Licencias Microsoft 365
- Dominio y DNS
- Registro MX
- SPF
- DKIM
- DMARC
- Autodiscover
- Aplicaciones y dispositivos que envían correo
- Seguridad del nuevo entorno
- Fases recomendadas de migración
- Cómo diseñar el piloto
- Cutover
- Validación posterior
- Qué cambia para el usuario
- Cuánto tarda una migración POP3
- Qué determina el coste
- Errores frecuentes
- Checklist
- Preguntas frecuentes
- Documentación oficial
Qué es POP3 y por qué complica una migración
POP3 —Post Office Protocol version 3— es un protocolo histórico utilizado para descargar correo desde un servidor hacia un cliente.
Durante muchos años fue una solución habitual para pequeñas empresas: cada trabajador configuraba su cuenta en Outlook, Thunderbird u otro cliente y descargaba los mensajes al ordenador.
El problema no es necesariamente que POP3 deje de funcionar.
El problema aparece cuando necesitamos trasladar todos los datos acumulados durante años a otra plataforma.
El servidor puede no contener todo el histórico
Dependiendo de la configuración, Outlook puede descargar los mensajes y eliminarlos posteriormente del servidor.
Podemos encontrarnos con:
| Lugar | Información encontrada |
|---|---|
| Servidor actual | Solo los últimos meses. |
| Outlook del usuario | Varios años. |
| PST antiguo | Histórico adicional. |
| Ordenador anterior | Otro PST que nunca se trasladó. |
| Portátil | Mensajes distintos por una configuración diferente. |
Por eso una cuenta que ocupa 700 MB en el hosting puede acabar teniendo 15 GB de información relevante después de revisar todos los PST del usuario.
POP3 tampoco almacena el calendario
POP3 es un protocolo de correo.
No proporciona por sí mismo sincronización de:
calendarios, contactos, tareas, delegaciones o configuración de Outlook.
Esos elementos pueden estar guardados en el cliente local y deben incluirse expresamente en el assessment si queremos conservarlos.
POP3, IMAP y Exchange Online: tres modelos diferentes
| Característica | POP3 | IMAP | Exchange Online |
|---|---|---|---|
| Correo en servidor | Puede descargarse y eliminarse. | Normalmente permanece en servidor. | Permanece en el buzón cloud. |
| Carpetas de correo | Puede depender del cliente. | Sincronizadas. | Sincronizadas. |
| Leído / no leído | Puede quedar asociado al equipo. | Sincronizado. | Sincronizado. |
| Varios dispositivos | Experiencia limitada. | Mejor para correo. | Diseñado para trabajo multidispositivo. |
| Calendario | No forma parte de POP. | No forma parte de IMAP estándar. | Integrado. |
| Contactos | No forman parte de POP. | No forman parte de IMAP estándar. | Integrados. |
| Delegaciones | No. | No como parte del protocolo. | Sí. |
| Shared Mailboxes | No es su modelo natural. | No equivalentes a Exchange. | Sí. |
| Administración centralizada | Depende del proveedor. | Depende del proveedor. | Exchange Admin Center / Microsoft 365. |
La migración no consiste en convertir POP3 en Exchange
Lo que hacemos realmente es:
recuperar los datos disponibles desde las diferentes ubicaciones y cargarlos en un nuevo buzón Exchange Online.
Una vez terminado el proyecto, el usuario deja de depender del modelo POP3 para trabajar con el correo.
El problema real: identificar el origen maestro de cada dato
Antes de seleccionar herramienta necesitamos responder una pregunta por usuario:
¿cuál es la copia más completa de su correo?
Caso 1: servidor más completo que Outlook
Puede ocurrir si POP3 estaba configurado para conservar todos los mensajes en servidor.
Si además existe IMAP, el servidor puede ser la mejor fuente para la migración.
Caso 2: Outlook es más completo
Muy habitual.
El servidor conserva poco histórico y el usuario tiene un PST que contiene años de correo.
Caso 3: servidor y Outlook tienen información diferente
Este es uno de los casos más delicados.
Puede haber:
mensajes recientes en servidor + históricos locales + enviados únicamente en Outlook + carpetas locales adicionales.
Caso 4: hay varios ordenadores
Si el mismo buzón se configuró por POP en varios equipos, pueden existir mensajes distintos en cada máquina.
No deberíamos elegir arbitrariamente uno y eliminar el resto.
Caso 5: existen PST de archivo
Además del PST asociado a la cuenta actual pueden existir archivos creados mediante:
AutoArchive, exportaciones manuales, backups o migraciones anteriores.
Inventario previo por usuario
La fase de discovery debería crear una ficha sencilla para cada buzón.
| Dato | Qué queremos saber |
|---|---|
| Dirección | Cuenta que se migrará. |
| Proveedor actual | Hosting / plataforma. |
| POP3 | Servidor, puerto y comportamiento. |
| IMAP | Si existe y funciona. |
| Servidor | Volumen y fecha del mensaje más antiguo. |
| Cliente | Outlook clásico, nuevo Outlook, Thunderbird, Apple Mail, etc. |
| PST | Número, tamaño y ubicación. |
| Inbox | Histórico aproximado. |
| Sent Items | Si están en servidor o solamente en local. |
| Carpetas locales | Qué información contienen. |
| Contacts | Si existen localmente. |
| Calendar | Si existe y debe conservarse. |
| Rules | Si existen reglas relevantes. |
| Signature | Si debe reconstruirse por otro procedimiento. |
No es necesario inspeccionar manualmente cada correo
El objetivo no es leer los buzones.
Necesitamos determinar:
qué fuentes existen, cuánto ocupa cada una, hasta qué fecha llega y si existen diferencias evidentes.
Qué revisar en el servidor de correo actual
Incluso si los usuarios trabajan mediante POP3, el proveedor puede ofrecer también IMAP.
Datos básicos
| Elemento | Comprobación |
|---|---|
| Servidor IMAP | Nombre DNS. |
| Puerto | Normalmente IMAP seguro cuando está disponible. |
| TLS | Compatibilidad. |
| Credenciales | Método de autenticación. |
| Connection limits | Límites del hosting. |
| Mailbox quota | Espacio actual. |
| Oldest item | Hasta qué fecha existe histórico. |
| Folders | Qué estructura puede obtener IMAP. |
Webmail como comprobación rápida
Una forma sencilla de entender qué conserva el servidor es entrar mediante webmail.
Si en webmail únicamente aparecen mensajes desde 2025 pero Outlook contiene correo desde 2014, sabemos inmediatamente que una migración basada solo en IMAP será insuficiente.
Cómo localizar y clasificar los PST
Un Outlook Data File (.pst) puede contener correo, contactos, calendario, tareas y otros elementos de Outlook.
En entornos POP pueden existir varios por usuario.
No asumir que existe un solo PST
Podemos encontrar nombres como:
correo.pst
archivo.pst
archive2019.pst
backup-outlook.pst
usuario-antiguo.pst
Qué registrar
| Campo | Utilidad |
|---|---|
| Nombre | Identificar el archivo. |
| Ruta | Saber dónde se encuentra. |
| Tamaño | Planificación. |
| Usuario | Mapping al buzón destino. |
| Fecha aproximada | Identificar solapamientos. |
| Contenido | Correo, contactos, calendario, etc. |
| Estado | Normal, duplicado, sospecha de corrupción. |
No mover los PST originales hasta saber qué son
Durante el assessment conviene mantener una copia segura y evitar reorganizaciones improvisadas.
El objetivo es poder volver a la fuente original si durante la carga detectamos cualquier problema.
Qué puede migrarse realmente
| Elemento | IMAP | PST | Consideración |
|---|---|---|---|
| Inbox | Sí | Sí | Depende de dónde esté la copia más completa. |
| Carpetas de correo | Sí | Sí | Validar estructura. |
| Sent Items | Solo si existe en servidor | Sí si está en PST | Muy importante en POP. |
| Contactos | No | Puede contenerlos | Necesitan tratamiento específico. |
| Calendario | No | Puede contenerlo | Necesita tratamiento específico. |
| Tareas | No | Puede contenerlas | Revisar si son necesarias. |
| Rules | No | No deben darse por migradas | Normalmente se reconstruyen. |
| Firmas | No | No | Configuración independiente. |
| Autocomplete | No | No debe darse por migrado | Dependencia del cliente. |
| Permisos delegados | No | No como modelo Exchange | Se reconstruyen en destino. |
Los cuatro escenarios habituales de migración POP3
Escenario A: el servidor conserva el correo
El usuario trabaja por POP3, pero el proveedor también dispone de IMAP y el histórico continúa en servidor.
Este es el escenario más sencillo.
Podemos utilizar:
migración IMAP hacia Exchange Online
y tratar únicamente por separado calendarios, contactos u otros datos locales cuando sea necesario.
Escenario B: el servidor prácticamente está vacío
Los mensajes se descargaron históricamente a Outlook.
Aquí una migración IMAP tendría poco valor.
Necesitamos trabajar principalmente con:
PST → Exchange Online.
Escenario C: servidor + PST
Es posiblemente el escenario más frecuente.
Por ejemplo:
| Fuente | Contenido |
|---|---|
| IMAP | 2024–2026 |
| PST principal | 2015–2026 |
| PST archivo | 2010–2015 |
Si importamos todo sin diseñar el solapamiento podemos introducir duplicados.
Más adelante explicamos cómo abordarlo.
Escenario D: migración selectiva
No todas las empresas quieren introducir quince años de correo dentro del buzón principal.
Podemos decidir:
| Contenido | Decisión |
|---|---|
| Últimos años | Buzón principal. |
| Histórico | Online Archive cuando exista licencia y sea apropiado. |
| Datos sin valor | No migrar, siguiendo política aprobada. |
| PST de referencia | Conservar temporalmente hasta aceptación. |
Migración IMAP hacia Microsoft 365
Microsoft dispone de una migración nativa para sistemas compatibles con IMAP.
El procedimiento puede ejecutarse mediante Exchange Admin Center o Exchange Online PowerShell.
Qué mueve
La migración IMAP está diseñada para trasladar:
mensajes y carpetas de correo.
No migra:
contactos, calendarios ni tareas.
Flujo general
| Fase | Acción |
|---|---|
| 1. Destino | Crear y licenciar usuarios Exchange Online. |
| 2. Dominio | Añadir/verificar el dominio en Microsoft 365. |
| 3. Endpoint | Configurar conexión al servidor IMAP. |
| 4. CSV | Preparar los usuarios y credenciales necesarias. |
| 5. Batch | Crear el lote de migración. |
| 6. Initial Sync | Migrar correo existente. |
| 7. Validación | Revisar estados y errores. |
| 8. MX | Cambiar flujo cuando destino esté preparado. |
| 9. Incremental | Mantener sincronización mientras proceda. |
| 10. Cierre | Detener/eliminar lote cuando el origen ya no sea necesario. |
Referencia oficial: Microsoft – IMAP mailbox migration to Microsoft 365.
Límites actuales de la migración IMAP de Microsoft
A fecha de actualización de esta guía, Microsoft documenta dos límites especialmente importantes.
| Límite | Valor actual |
|---|---|
| Máximo de elementos por buzón | 500.000 |
| Tamaño máximo del mensaje migrado por IMAP | 35 MB |
Los mensajes se procesan del más reciente al más antiguo
Esto es relevante cuando un buzón supera el máximo de elementos.
No deberíamos descubrirlo después del cutover.
Mensaje de más de 35 MB
Si existe un mensaje que supera el límite de la migración IMAP de Microsoft, no debemos asumir que aparecerá automáticamente en Exchange Online.
Podemos necesitar otro método de traslado para ese contenido.
El servidor origen también puede limitar la migración
Microsoft puede permitir una determinada concurrencia, pero el hosting puede imponer límites de:
conexiones simultáneas, sesiones por usuario, conexiones por IP o throttling.
Por eso el rendimiento debe medirse mediante un piloto.
Políticas de archivo durante la migración
Microsoft recomienda evitar que las políticas de archivado o MRM interfieran mientras se está validando una migración IMAP, porque los elementos que se mueven automáticamente pueden aparecer como faltantes durante la comparación.
En entornos con requisitos legales o de compliance, cualquier modificación de políticas debe revisarse previamente y nunca utilizarse para eliminar obligaciones de conservación.
Referencia oficial: Microsoft – IMAP migration limitations.
Sincronización incremental IMAP
Una ventaja importante del procedimiento nativo de Microsoft es que no necesitamos realizar necesariamente una copia única justo el día del cambio.
Initial Sync
Primero se migra el contenido existente.
Incremental Sync
Mientras el lote continúa activo, Microsoft documenta actualmente una sincronización incremental aproximadamente cada 24 horas.
Los mensajes nuevos que sigan entrando en el servidor origen pueden copiarse en esas pasadas.
Esto permite una premigración
Por ejemplo:
- miércoles: iniciar migración;
- jueves-viernes: revisar progreso;
- fin de semana: cambiar MX;
- días posteriores: mantener temporalmente el lote;
- confirmar flujo;
- cerrar sincronización.
El MX y la sincronización son conceptos diferentes
Cambiar el MX decide dónde entra el correo nuevo.
El lote IMAP se encarga de copiar contenido existente o cambios detectados en origen.
Por eso la estrategia debe coordinar ambos elementos.
Referencia oficial: Microsoft – IMAP migration with Exchange Online PowerShell.
Importar PST con Microsoft Purview
Cuando los mensajes ya no están en el servidor, el método IMAP deja de ser suficiente.
Si la información existe en archivos PST podemos utilizar el servicio de importación de Microsoft 365 desde Microsoft Purview.
Dos métodos oficiales
Microsoft documenta actualmente:
| Método | Funcionamiento |
|---|---|
| Network Upload | Cargar PST mediante AzCopy a un almacenamiento temporal de Microsoft y crear posteriormente el job de importación. |
| Drive Shipping | Enviar una unidad BitLocker a Microsoft para migraciones de datos muy grandes, sujeto a disponibilidad y condiciones. |
Network Upload suele ser el escenario más práctico
Para una migración POP3 empresarial en la que se han centralizado los PST, normalmente evaluaremos Network Upload antes que una carga manual usuario por usuario.
No se necesita una suscripción Azure independiente
Microsoft proporciona el almacenamiento temporal necesario como parte del procedimiento de importación.
Permisos
Microsoft recomienda aplicar el principio de mínimo privilegio.
El procedimiento actual utiliza roles como:
Mailbox Import Export
y
Mail Recipients
en Exchange Online, o permisos administrativos equivalentes según el procedimiento.
Referencia oficial: Microsoft – Import PST files to Microsoft 365.
Cómo funciona una importación PST mediante Network Upload
El proceso tiene más control que copiar el archivo manualmente dentro de Outlook.
1. Obtener la URL SAS y AzCopy
Desde Microsoft Purview se obtiene la información necesaria para acceder al almacenamiento temporal.
La URL SAS contiene credenciales de acceso y debe protegerse como cualquier otro secreto administrativo.
2. Cargar PST
Microsoft exige utilizar la versión de AzCopy indicada en su procedimiento para la carga soportada.
Microsoft señala expresamente que Azure Storage Explorer no debe sustituir este proceso para realizar la carga PST documentada.
3. Crear el mapping CSV
Debemos indicar qué archivo corresponde a qué buzón.
| PST | Buzón destino | Destino |
|---|---|---|
ana-2015-2020.pst | ana@empresa.com | Primary / Archive según diseño. |
ana-2021-2024.pst | ana@empresa.com | Primary / Archive según diseño. |
carlos.pst | carlos@empresa.com | Primary. |
4. Crear el Import Job
El trabajo se crea actualmente desde:
Microsoft Purview → Data Lifecycle Management → Microsoft 365 → Import.
5. Analizar PST
Microsoft analiza los datos antes de importarlos.
6. Aplicar filtros si interesa
Podemos decidir no importar necesariamente todo el contenido.
Microsoft permite aplicar determinados filtros relacionados con:
antigüedad y tipos de mensaje.
7. Importar
El job procesa los PST y los introduce en los buzones definidos en el mapping.
8. Revisar resultados
Debemos comprobar:
estado, elementos omitidos, corrupción, buzón de destino y volumen esperado.
Referencia oficial: Microsoft – Use network upload to import PST files.
Tamaño y rendimiento de PST
Una importación de 200 GB repartida entre 20 usuarios no se comporta igual que un único PST de 200 GB.
Microsoft recomienda PST de aproximadamente 20 GB o menos
La documentación actual de troubleshooting de Microsoft recomienda evitar PST excesivamente grandes.
Si un PST supera aproximadamente los 20 GB, Microsoft indica que el procesamiento puede ralentizarse y recomienda considerar dividirlo.
Rendimiento típico
Microsoft documenta actualmente una tasa típica aproximada de 24 GB por día para importar un PST a un buzón.
No es un SLA.
El servicio funciona sobre una infraestructura compartida y el rendimiento real puede variar.
Múltiples PST hacia el mismo buzón
Si importamos varios archivos simultáneamente al mismo buzón, no debemos multiplicar linealmente esa tasa.
Microsoft procesa importaciones hacia el mismo destino de forma que pueden afectarse entre sí.
Importaciones a buzones diferentes
La paralelización suele ser más favorable cuando los PST tienen destinos distintos.
Planificar con el piloto
No deberíamos decir:
“tenemos 500 GB y por tanto tardará exactamente X horas”.
Es preferible realizar una carga inicial representativa y utilizar el resultado para ajustar el calendario.
Cómo evitar duplicados cuando combinamos IMAP y PST
Este es uno de los puntos más importantes de una migración POP3.
Ejemplo
Supongamos:
| Fuente | Periodo |
|---|---|
| Servidor IMAP | 2023–2026 |
| PST Outlook | 2012–2026 |
Si migramos ambos completos, los años 2023–2026 podrían aparecer en las dos fuentes.
Purview tiene su propio mecanismo de detección de duplicados
Microsoft documenta que el servicio PST utiliza información SourceEntryId para identificar duplicados dentro del proceso de importación.
Pero no deberíamos interpretar eso como una garantía universal de deduplicación entre datos que llegan mediante mecanismos distintos.
Un mensaje copiado previamente mediante IMAP y el mismo mensaje contenido en un PST pueden haber llegado al destino por rutas técnicamente diferentes.
Diseñar el periodo de solapamiento
Tenemos varias estrategias posibles.
| Estrategia | Ejemplo |
|---|---|
| IMAP reciente + PST histórico | IMAP desde 2023; importar PST únicamente hasta 2022. |
| PST como fuente principal | Importar PST completo y utilizar IMAP solo para correo posterior al momento del export. |
| Filtro de PST | Filtrar por antigüedad durante el job. |
| Validación y deduplicación previa | Preparar PST antes de la carga. |
No buscar el “cero duplicados” mediante eliminación agresiva
En una migración real es preferible tolerar alguna excepción controlada antes que eliminar correo válido basándonos en una deduplicación poco fiable.
Los criterios deben definirse antes del cutover.
Referencia oficial: Microsoft – PST Import FAQ.
Importación PST mediante Outlook
Para pocos usuarios y volúmenes razonables, también puede utilizarse Outlook para trasladar información desde un PST hacia un buzón Exchange Online.
Outlook clásico
Microsoft mantiene el procedimiento de:
File → Open & Export → Import/Export → Outlook Data File (.pst).
El contenido puede importarse dentro del buzón Microsoft 365.
Cuándo puede tener sentido
| Situación | Outlook manual |
|---|---|
| 2 usuarios | Puede ser razonable. |
| PST pequeño | Puede ser razonable. |
| 100 usuarios | Normalmente no. |
| Muchos PST por persona | Preferible proceso centralizado. |
| Necesidad de reporting | Preferible herramienta centralizada. |
| Migración con fecha estricta | Preferible automatizar. |
El PST puede contener más que correo
Outlook clásico puede importar:
correo, contactos y calendario contenidos en PST, dentro de las capacidades soportadas.
Pero ciertas propiedades y configuraciones no se exportan/importan.
Microsoft señala, por ejemplo, que las propiedades de carpetas, determinadas configuraciones, reglas y listas de remitentes bloqueados no deben darse por trasladadas mediante el PST.
Referencia oficial: Microsoft – Import email, contacts and calendar from a PST.
PST y el nuevo Outlook en 2026
Este punto ha cambiado y conviene evitar información antigua.
El nuevo Outlook ya puede abrir PST
Microsoft permite actualmente:
abrir archivos PST, leer y buscar correos y mover mensajes entre PST y buzón mediante drag-and-drop.
Pero todavía no equivale al soporte de Outlook clásico
A fecha de actualización de esta guía, Microsoft indica que la importación completa en bloque desde un PST hacia el buzón no está disponible todavía en el nuevo Outlook.
Calendarios y contactos dentro del PST
Microsoft también indica que los elementos de calendario y contactos guardados en PST no están disponibles actualmente en el nuevo Outlook de la misma manera.
| Operación PST | Nuevo Outlook actual |
|---|---|
| Abrir PST | Sí, sujeto a requisitos. |
| Leer correo | Sí. |
| Buscar correo | Sí. |
| Drag-and-drop de email | Sí. |
| Importación masiva completa al buzón | No disponible actualmente. |
| Calendar del PST | No disponible actualmente como en Outlook clásico. |
| Contacts del PST | No disponible actualmente como en Outlook clásico. |
Para una migración empresarial no deberíamos depender del cliente del usuario
Si tenemos decenas de PST, el procedimiento de Purview u otra herramienta centralizada proporciona un modelo mucho más controlable que abrirlos manualmente uno por uno.
Referencia oficial: Microsoft – PST support in Outlook.
Qué ocurre con los contactos
POP3 e IMAP no migran los contactos como parte del correo.
Posibles ubicaciones
Los contactos pueden encontrarse en:
PST, Outlook, CSV, agenda del dispositivo móvil u otra plataforma.
PST
Si están dentro de un PST, Outlook clásico puede importarlos dentro del buzón correspondiente.
CSV
También pueden utilizarse procedimientos de importación CSV dependiendo del origen.
Contactos corporativos frente a contactos personales
No deberíamos confundir:
los contactos personales de Outlook
con
usuarios y contactos del directorio corporativo Microsoft 365.
Qué ocurre con los calendarios
El calendario tampoco forma parte de POP3 ni de IMAP.
Puede estar dentro del PST
Si Outlook almacenó las citas y reuniones dentro de un PST, pueden formar parte de una importación mediante Outlook clásico.
No asumir que todas las reuniones seguirán comportándose igual
Un calendario histórico puede contener:
reuniones recurrentes, asistentes externos, eventos antiguos y citas sin organizador válido.
Conviene comprobar especialmente el calendario futuro.
Calendario nuevo
Una vez en Exchange Online, los usuarios dispondrán de un calendario sincronizado con el nuevo buzón y podrán utilizar capacidades de Microsoft 365 como disponibilidad, invitaciones y calendarios compartidos según configuración.
Reglas, firmas y autocompletar
Son elementos que los usuarios suelen considerar parte de “su correo”, pero técnicamente requieren un tratamiento diferente.
| Elemento | Tratamiento habitual |
|---|---|
| Reglas Outlook | Revisar/recrear según necesidad. |
| Firmas | Reconfiguración o solución centralizada. |
| Autocomplete | Puede depender del perfil y versión de Outlook. |
| Blocked Senders | No asumir que pasan con PST. |
| Folder views | No asumir equivalencia. |
No convertir detalles secundarios en bloqueantes
La prioridad del cutover debería ser:
correo entrante, correo saliente, histórico, calendario necesario y contactos necesarios.
Las preferencias individuales pueden tratarse después cuando proceda.
Elementos enviados: uno de los grandes olvidados de POP3
En muchos entornos POP, la bandeja de enviados existe únicamente en Outlook.
El servidor puede no disponer de ninguna copia.
Por qué importa
Para determinados departamentos, los mensajes enviados pueden ser incluso más importantes que la bandeja de entrada.
Por ejemplo:
comercial, administración, legal, compras o dirección.
Qué validar
| Pregunta | Resultado |
|---|---|
| ¿Existe Sent en webmail? | El servidor conserva enviados. |
| ¿Solo existe en Outlook? | Debe salir del PST/local. |
| ¿Hay varios equipos? | Puede haber varios Sent diferentes. |
| ¿El PST de archivo tiene enviados antiguos? | Incluir en mapping. |
Cuentas genéricas y buzones compartidos
En entornos POP es habitual encontrar cuentas como:
info@empresa.com
administracion@empresa.com
ventas@empresa.com
con una contraseña compartida entre varias personas.
Microsoft 365 permite mejorar ese diseño
Cuando corresponde, podemos crear un Shared Mailbox y conceder acceso a usuarios individuales.
Así cada persona puede autenticarse con su propia identidad en lugar de compartir una contraseña genérica.
Licenciamiento
Microsoft documenta actualmente que un buzón compartido puede funcionar sin licencia propia hasta determinadas capacidades.
Sin licencia propia, el límite actual estándar es de 50 GB.
Para superar ese tamaño o utilizar determinadas capacidades como Archive, Litigation Hold o funcionalidades avanzadas pueden necesitarse licencias adicionales.
Los usuarios que acceden sí necesitan Exchange
Las personas que acceden al Shared Mailbox deben estar correctamente licenciadas para Exchange Online.
Referencia oficial: Microsoft – Shared mailboxes.
Qué licencia necesita un usuario después de migrar
El objetivo técnico es crear un buzón Exchange Online, pero la licencia final depende de las necesidades del usuario.
| Necesidad | Licencia que normalmente evaluamos |
|---|---|
| Solo correo | Exchange Online Plan 1. |
| Correo + servicios cloud y apps web | Microsoft 365 Business Basic. |
| Correo + Office escritorio | Business Standard. |
| Correo + Office + seguridad/Intune | Business Premium. |
| Enterprise | Microsoft 365 E3/E5 u otra combinación. |
| Buzón avanzado / Archive | Exchange Online Plan 2 o suite compatible. |
Mailbox size
Los límites actuales documentados por Microsoft incluyen, por ejemplo:
| Plan | Buzón principal actual |
|---|---|
| Exchange Online Plan 1 | 50 GB |
| Exchange Online Plan 2 | 100 GB |
| Business Basic | 50 GB |
| Business Standard | 50 GB |
| Business Premium | 50 GB |
| Microsoft 365 Enterprise E3/E5 | 100 GB según composición actual. |
Los límites y planes deben volver a comprobarse cuando se contrate el proyecto.
Referencia oficial: Microsoft – Exchange Online Limits.
Dominio y DNS: el correo nuevo debe terminar en Exchange Online
La migración de datos y el cambio de flujo de correo son dos actividades diferentes.
Podemos tener gran parte del histórico ya cargado en Microsoft 365 y continuar recibiendo correo en el proveedor antiguo hasta la ventana de cutover.
Registros que normalmente revisamos
| Registro / función | Objetivo |
|---|---|
| TXT de verificación | Demostrar propiedad del dominio. |
| MX | Entregar correo entrante a Exchange Online. |
| Autodiscover | Facilitar configuración de Outlook. |
| SPF | Autorizar fuentes de envío. |
| DKIM | Firma criptográfica del correo saliente. |
| DMARC | Política y reporting de autenticación. |
Verificar el dominio no cambia el correo
Podemos añadir y verificar el dominio en Microsoft 365 antes del cutover.
La entrega entrante no se redirige hasta que modificamos el MX.
Registro MX: el punto de cambio del correo entrante
Cuando actualizamos el registro MX, los nuevos remitentes comienzan a entregar correo hacia Microsoft 365 conforme se propaga la modificación DNS.
No cambiarlo antes de preparar los buzones
Antes del MX necesitamos haber validado:
usuarios, licencias, dominio, Exchange Online, mail flow y capacidad de envío/recepción.
El histórico no se mueve con el MX
Esto es importante.
El MX solo controla el correo nuevo.
Los mensajes antiguos siguen donde estaban hasta que los migramos mediante IMAP, PST u otro procedimiento.
Proveedor antiguo
No deberíamos cancelar el proveedor inmediatamente después del cambio.
Primero debemos confirmar que:
todo el correo nuevo llega a Microsoft 365 y no existen dependencias pendientes.
Referencia oficial: Microsoft – Connect your domain by adding DNS records.
SPF: no crear dos registros
SPF es especialmente importante durante una transición porque pueden coexistir temporalmente varias fuentes de envío.
Una regla fundamental
Microsoft indica que un dominio debe tener un único registro SPF.
Si el dominio ya tiene uno, no debemos añadir un segundo registro independiente para Microsoft 365.
Durante la coexistencia
Podemos necesitar autorizar temporalmente:
Microsoft 365 + proveedor anterior + CRM + ERP + plataforma de marketing
si todos siguen enviando legítimamente correo con el dominio.
Después del proyecto
Deberíamos limpiar las fuentes que ya no existen.
Mantener proveedores antiguos innecesariamente dentro del SPF amplía la superficie autorizada de envío.
También existe el límite de lookups DNS
Un SPF no puede crecer indefinidamente añadiendo include:.
El diseño debe respetar las limitaciones del estándar y las fuentes reales.
Referencia oficial: Microsoft – External DNS records for Microsoft 365.
DKIM: preparar la firma del nuevo proveedor
Cuando Exchange Online se convierte en la plataforma de envío, recomendamos configurar DKIM para el dominio.
Microsoft utiliza CNAME
Los valores concretos deben obtenerse desde el tenant Microsoft 365.
No conviene copiar ciegamente registros de otro tenant o de un ejemplo encontrado en Internet.
Durante la transición
Google, el hosting anterior u otras plataformas pueden seguir teniendo sus propios selectores DKIM.
No existe ningún problema conceptual en que un dominio tenga distintos selectores para distintos servicios.
Validar después
Una vez habilitado DKIM, deberíamos enviar mensajes de prueba y comprobar que los encabezados reflejan correctamente la firma y autenticación esperadas.
Referencia oficial: Microsoft – Configure DKIM.
DMARC: no endurecerlo a ciegas durante el cutover
DMARC utiliza los resultados de SPF y DKIM junto con la alineación del dominio.
Tres políticas principales
| Política | Objetivo |
|---|---|
p=none | Monitorizar. |
p=quarantine | Solicitar tratamiento más restrictivo. |
p=reject | Solicitar rechazo de mensajes que fallen DMARC. |
Una migración cambia las fuentes de envío
Si aplicamos directamente p=reject sin haber inventariado:
CRM, formularios web, ERP, impresoras, software contable y plataformas de marketing
podemos afectar a mensajes legítimos.
Enfoque más seguro
Normalmente conviene:
inventariar → configurar SPF/DKIM → monitorizar → corregir → endurecer.
Referencia oficial: Microsoft – Configure DMARC.
Autodiscover y configuración de Outlook
Exchange Online utiliza Autodiscover para ayudar a los clientes Outlook a localizar correctamente el servicio.
Después del cambio de plataforma
Un equipo que llevaba años configurado mediante:
POP3 + servidor SMTP manual
debe pasar a conectarse como buzón Microsoft 365 / Exchange Online.
Perfil de Outlook
Dependiendo del entorno puede resultar conveniente crear un nuevo perfil en lugar de reutilizar una configuración POP histórica con varios PST y parámetros heredados.
Esto es distinto de la migración cloud
La creación y migración de buzones en Microsoft 365 no implica automáticamente intervenir individualmente sobre cada dispositivo del usuario.
Conviene definir claramente qué tareas ejecutará el equipo de TI local y qué instrucciones necesitan los usuarios después del cutover.
Aplicaciones, impresoras y sistemas que envían correo
Uno de los riesgos más habituales es olvidarse de todo lo que envía correo sin ser una persona.
| Sistema | Qué revisar |
|---|---|
| ERP | Facturas y notificaciones. |
| CRM | Correos comerciales. |
| Web | Formularios. |
| Software contable | Facturas / informes. |
| Multifunción | Scan-to-email. |
| Monitorización | Alertas. |
| Aplicación propia | SMTP/API. |
No copiar automáticamente usuario y contraseña antiguos
Microsoft 365 dispone de diferentes métodos para envío de correo desde dispositivos y aplicaciones.
El método adecuado dependerá de:
autenticación, volumen, origen, necesidad de enviar internamente/externamente y compatibilidad de la aplicación.
Basic Authentication
No deberíamos diseñar una migración nueva basándonos en autenticación heredada si existe un mecanismo moderno apropiado.
Inventariar antes del MX
Estas aplicaciones deberían probarse antes o inmediatamente después del cutover según el diseño.
Aprovechar el cambio para mejorar la seguridad del correo
Pasar a Exchange Online permite incorporar una estrategia de identidad y protección más moderna, pero la seguridad depende de la configuración y licencia.
MFA
Los usuarios deberían disponer de un mecanismo de autenticación adecuado y los administradores de una protección especialmente estricta.
Conditional Access
Si la licencia incluye Microsoft Entra ID P1 podemos diseñar políticas de acceso más granulares.
Defender for Office 365
Las capacidades disponibles dependen del plan contratado.
SPF, DKIM y DMARC
Deben formar parte de la transición del dominio y no considerarse un trabajo opcional para “más adelante”.
Administradores
Conviene evitar utilizar una cuenta administrativa como buzón normal de usuario cuando podemos separar funciones.
Fases recomendadas de una migración POP3 → Microsoft 365
Fase 1. Discovery
Revisamos:
usuarios, proveedor, POP3, IMAP, webmail, PST, Outlook, calendarios, contactos, dominio, DNS y aplicaciones.
Fase 2. Clasificación de usuarios
No todos tendrán el mismo método.
| Grupo | Método |
|---|---|
| A | IMAP. |
| B | PST. |
| C | IMAP + PST. |
| D | Excepción/manual. |
Fase 3. Diseño de Microsoft 365
Definimos:
usuarios, licencias, Shared Mailboxes, dominio, seguridad y método de envío para aplicaciones.
Fase 4. Preparación del tenant
Configuramos el entorno necesario para recibir datos y correo.
Fase 5. Centralización de PST
Cuando el proyecto incluye históricos locales, recopilamos y clasificamos los PST necesarios.
Fase 6. Piloto
Elegimos usuarios representativos.
Fase 7. Premigración
Ejecutamos IMAP y/o cargas PST antes del corte cuando sea posible.
Fase 8. Validación de la carga inicial
Comprobamos errores y volúmenes.
Fase 9. Cutover
Cambiamos MX y demás configuraciones necesarias.
Fase 10. Sincronización final
Cuando el método IMAP continúa activo, dejamos que procese los cambios pendientes antes de cerrarlo.
Fase 11. Validación funcional
Revisamos correo y demás elementos incluidos.
Fase 12. Cierre del origen
Solo después de confirmar que ya no existe ninguna dependencia.
Cómo elegir usuarios para el piloto
Un piloto no debería incluir únicamente el buzón más sencillo.
| Usuario | Qué comprobamos |
|---|---|
| POP estándar | Proceso normal. |
| PST grande | Rendimiento. |
| Servidor + PST | Solapamiento. |
| Muchos folders | Estructura. |
| Muchos Sent Items | Histórico local. |
| Calendar | Datos no IMAP. |
| Contacts | Datos locales. |
| Cuenta compartida | Conversión a Shared Mailbox. |
Qué debería proporcionarnos el piloto
Velocidad, errores, tamaño real, comportamiento de carpetas, duplicados y tareas manuales necesarias.
Cutover: pasar la producción a Exchange Online
El cutover debe estar documentado.
| Orden | Acción |
|---|---|
| 1 | Confirmar usuarios y licencias. |
| 2 | Validar cargas iniciales. |
| 3 | Validar Exchange Online. |
| 4 | Confirmar aplicaciones de correo. |
| 5 | Modificar MX. |
| 6 | Actualizar SPF cuando proceda. |
| 7 | Activar/validar DKIM. |
| 8 | Revisar DMARC. |
| 9 | Validar entrada/salida. |
| 10 | Mantener sincronización IMAP temporalmente cuando proceda. |
No cancelar el hosting esa misma noche
Es recomendable mantenerlo durante una ventana controlada hasta confirmar:
correo nuevo, históricos, aplicaciones y posibles excepciones.
Cómo validar la migración
Una migración POP necesita más validación que mirar el estado de un job.
Validación de identidad
| Prueba | Resultado esperado |
|---|---|
| Login Microsoft 365 | Correcto. |
| MFA | Funciona según política. |
| Outlook on the web | Acceso correcto. |
Validación de mail flow
| Prueba | Resultado |
|---|---|
| Interno → interno | Correcto. |
| Externo → usuario | Correcto. |
| Usuario → externo | Correcto. |
| Reply | Correcto. |
| Alias | Correcto si está incluido. |
Validación del histórico
Comprobar por muestra:
mensajes antiguos, mensajes recientes, Inbox, Sent, subcarpetas y adjuntos.
Validación PST
Revisar:
mapping, volumen, elementos omitidos, elementos corruptos y destino Primary/Archive.
Contactos y calendarios
Validarlos únicamente si formaban parte del alcance.
DNS
Comprobar:
MX, SPF, DKIM y DMARC.
Aplicaciones
Confirmar:
ERP, CRM, web, scanners y sistemas de alertas incluidos.
Qué cambia para el usuario al pasar de POP3 a Exchange Online
El cambio es mayor de lo que parece.
| Antes | Después |
|---|---|
| Correo descargado en un PC | Correo almacenado en Exchange Online. |
| Histórico dependiente del PST | Histórico migrado al buzón cuando se incluye. |
| Leídos distintos por dispositivo | Estado sincronizado. |
| Sent Items locales | Sent Items sincronizados en Exchange. |
| Agenda local | Calendario Exchange. |
| Contactos locales | Contactos del buzón cuando se migran. |
| Cuenta compartida por contraseña | Shared Mailbox con permisos, cuando se diseña así. |
No toda la formación tiene que hacerse el primer día
Lo imprescindible es que el usuario sepa:
cómo iniciar sesión, dónde está su correo, dónde está el histórico y dónde solicitar ayuda interna si encuentra información pendiente.
Cuánto tarda una migración POP3 a Microsoft 365
No puede calcularse solo con el número de buzones.
| Factor | Impacto |
|---|---|
| Número de usuarios | Preparación y coordinación. |
| Correo en servidor | Migración IMAP. |
| Número de PST | Inventario y mapping. |
| Tamaño PST | Upload e ingestion. |
| Número de items | Procesamiento. |
| Solapamientos | Planificación para duplicados. |
| Calendarios/contactos | Trabajo adicional. |
| Proveedor | Connection limits. |
| Aplicaciones | Reconfiguración del envío. |
Una empresa con 10 usuarios puede ser compleja
Diez usuarios con:
dos ordenadores cada uno + cinco PST por persona + diez años de históricos
pueden requerir más trabajo que 50 buzones IMAP limpios y completamente almacenados en servidor.
Qué determina el coste de una migración POP3
| Concepto | Impacto |
|---|---|
| Número de buzones | Preparación y ejecución. |
| IMAP disponible | Simplifica parte del proceso. |
| PST | Discovery y carga. |
| Volumen | Tiempo de transferencia. |
| Contacts / Calendar | Alcance adicional. |
| Shared Mailboxes | Diseño adicional. |
| DNS | Cutover. |
| Aplicaciones SMTP | Revisión específica. |
| Licencias | Coste Microsoft 365 independiente del servicio de migración. |
La diferencia más importante: IMAP frente a POP real
Si todo el histórico puede obtenerse mediante IMAP, el proyecto suele ser bastante más predecible.
Si necesitamos buscar información en ordenadores y PST locales, el trabajo aumenta porque el dato está descentralizado.
¿Quieres saber qué método necesitaría vuestra empresa?
Con el número de cuentas, proveedor actual, disponibilidad IMAP, tamaño aproximado del correo y situación de los PST podemos realizar una primera clasificación del proyecto.
Solicitar valoración de migración POP3Errores frecuentes al migrar POP3 a Microsoft 365
| Error | Consecuencia | Mejor enfoque |
|---|---|---|
| Mirar solo el servidor | Se pierde histórico local. | Inventariar Outlook y PST. |
| Confundir POP con IMAP | Se diseña mal la migración. | Confirmar protocolo y comportamiento. |
| Migrar IMAP y dar el proyecto por terminado | Faltan Sent, contactos o calendario. | Revisar datos locales. |
| No localizar PST antiguos | Histórico incompleto. | Discovery antes del cutover. |
| Migrar IMAP + PST completos | Posibles duplicados. | Diseñar solapamiento. |
| Confiar en deduplicación universal | Resultados inesperados. | Filtrar fuentes conscientemente. |
| PST gigantes | Importación lenta o problemática. | Dividir cuando proceda. |
| No revisar PST corruptos | Items omitidos. | Validar resultados. |
| Olvidar Sent Items | Se pierde histórico de salida. | Revisar cliente local. |
| Olvidar contactos | El usuario pierde su agenda. | Tratarlos separadamente. |
| Olvidar calendario | El usuario pierde citas históricas/futuras. | Incluir cuando sea necesario. |
| Asumir que un PST migra reglas | Configuración incompleta. | Recrear cuando proceda. |
| Cambiar MX antes de preparar Exchange | Correo nuevo llega a un destino no preparado. | Validar antes del cutover. |
| Crear un segundo SPF | SPF inválido/problemático. | Mantener un único registro. |
| Eliminar proveedor antiguo del SPF antes de tiempo | Aplicaciones dejan de autenticar. | Inventariar senders. |
| Aplicar DMARC reject inmediatamente | Correo legítimo puede fallar. | Monitorizar y endurecer progresivamente. |
| Olvidar ERP/CRM/scanners | Dejan de enviar correo. | Inventariar SMTP. |
| Cancelar hosting demasiado pronto | Se pierde acceso a excepciones. | Mantener ventana de transición. |
| Prometer cero interrupción | Expectativas poco realistas. | Planificar y minimizar impacto. |
| Validar solo el job | Problemas funcionales no detectados. | Validar con usuarios y muestras. |
Checklist antes de migrar POP3 a Microsoft 365
| Área | Comprobación |
|---|---|
| Proveedor | Identificado. |
| Dominio | Acceso administrativo confirmado. |
| DNS | Acceso confirmado. |
| Usuarios | Inventariados. |
| POP3 | Configuración conocida. |
| Leave copy on server | Comportamiento comprobado. |
| IMAP | Disponibilidad comprobada. |
| Webmail | Histórico revisado. |
| PST | Localizados. |
| Tamaño PST | Inventariado. |
| Varios PCs | Revisados cuando proceda. |
| Sent Items | Origen identificado. |
| Contacts | Origen identificado. |
| Calendar | Origen identificado. |
| Rules | Necesidad documentada. |
| Shared accounts | Identificadas. |
| Aplicaciones SMTP | Inventariadas. |
| Tenant Microsoft 365 | Preparado. |
| Usuarios destino | Creados. |
| Licencias | Asignadas. |
| Exchange Online | Validado. |
| Dominio Microsoft 365 | Verificado. |
| IMAP batch | Configurado cuando procede. |
| Purview import | Preparado cuando procede. |
| Mapping PST | Validado. |
| Duplicados | Estrategia definida. |
| Piloto | Ejecutado. |
| MX | Cambio planificado. |
| SPF | Revisado. |
| DKIM | Preparado. |
| DMARC | Revisado. |
| Autodiscover | Preparado. |
| Comunicación | Preparada. |
| Validación | Criterios definidos. |
| Proveedor antiguo | Fecha de retirada definida. |
Preguntas frecuentes sobre migración POP3 a Microsoft 365
Sí.
Pero POP3 no es en sí mismo una fuente completa de migración. Primero hay que determinar si los mensajes siguen en el servidor o si fueron descargados a Outlook y almacenados en archivos PST.
Porque POP3 puede descargar los mensajes al ordenador y eliminarlos del servidor.
En consecuencia, el histórico puede estar repartido entre servidor, Outlook, PST y varios equipos.
Una comprobación sencilla consiste en acceder al webmail del proveedor y revisar hasta qué fecha llegan los mensajes.
También puede comprobarse mediante IMAP y las herramientas administrativas del proveedor.
Podemos utilizar IMAP para migrar el contenido que todavía está almacenado en servidor.
Después habrá que comprobar si existen mensajes o elementos adicionales únicamente en Outlook/PST.
No.
Microsoft documenta la migración IMAP para elementos de carpetas de correo. Los contactos deben tratarse mediante otro procedimiento.
No.
Los elementos de calendario no forman parte de la migración IMAP nativa.
No.
Microsoft indica expresamente que las tareas no forman parte de la migración IMAP.
Microsoft documenta actualmente un máximo de 500.000 elementos por buzón para este procedimiento.
Los mensajes se procesan del más reciente al más antiguo.
La migración IMAP nativa de Microsoft documenta actualmente un máximo de 35 MB por mensaje.
Los mensajes superiores necesitan un tratamiento alternativo si deben conservarse.
Sí.
Los batches de migración realizan actualmente sincronizaciones incrementales aproximadamente una vez cada 24 horas mientras permanecen activos.
Sí en escenarios IMAP.
Puede cargarse buena parte del correo antes del cutover y mantener después sincronizaciones incrementales mientras se completa la transición.
Hay que buscarlo en Outlook, PST u otros equipos.
Si existe en PST puede importarse posteriormente hacia Exchange Online.
Es un Outlook Data File que puede contener mensajes y otros elementos de Outlook, como contactos, calendario o tareas.
Es habitual encontrar PST en entornos que han utilizado POP3 durante años.
Sí.
Microsoft dispone del servicio de Importación de PST desde Microsoft Purview y también es posible realizar importaciones mediante Outlook en escenarios pequeños.
Es el método de Microsoft para cargar PST mediante AzCopy a un almacenamiento temporal de Microsoft y posteriormente crear un job que los importe en buzones Exchange Online.
No.
Microsoft proporciona el almacenamiento temporal necesario dentro del procedimiento del servicio de Importación.
Microsoft indica actualmente que el método soportado para Network Upload utiliza la versión de AzCopy proporcionada en el procedimiento.
Azure Storage Explorer no sustituye el método documentado de carga PST.
Microsoft documenta los roles Mailbox Import Export y Mail Recipients de Exchange Online para aplicar mínimo privilegio, además de alternativas administrativas según el procedimiento.
Microsoft recomienda actualmente evitar PST superiores a aproximadamente 20 GB porque pueden ralentizar el procesamiento.
Cuando son mayores puede resultar conveniente dividirlos.
Microsoft documenta una tasa típica aproximada de 24 GB al día por buzón para su servicio de importación.
No es una velocidad garantizada y puede variar.
Sí.
El archivo de mapping permite asociar distintos PST al mismo buzón, pero deben revisarse periodos y posibles duplicados.
El servicio de importación permite definir el destino de los PST y puede utilizarse para importar en buzones principales o de archivo según configuración, licencia y procedimiento.
El servicio utiliza un mecanismo basado en SourceEntryId para detectar duplicados dentro del proceso de importación.
No recomendamos interpretar esto como una garantía de deduplicación universal cuando combinamos fuentes diferentes como IMAP y PST.
Existe riesgo de introducir duplicados.
Por eso recomendamos definir qué periodo se migra desde cada fuente o aplicar filtros específicos antes de ejecutar ambas cargas.
Sí puede diseñarse una migración selectiva.
Debe decidirse qué se trasladará al buzón principal, qué se conservará como histórico y qué información no se necesita, siempre respetando los requisitos legales y de negocio.
Sí pueden migrarse si están disponibles en la fuente utilizada.
En POP3 es especialmente importante revisarlos porque a menudo existen solo en Outlook/PST y no en el servidor.
Un PST puede contener contactos y Outlook clásico permite importarlos.
La migración IMAP, en cambio, no incluye contactos.
Puede contener elementos de calendario y Outlook clásico permite importarlos.
Debe validarse especialmente el calendario futuro.
No deben darse por migradas.
Microsoft indica que las reglas de mensajes no forman parte de los elementos que se exportan/importan mediante el procedimiento PST estándar.
No como parte de la migración de buzón.
Las firmas necesitan otro procedimiento o una solución centralizada cuando se quieren gestionar corporativamente.
No debería darse por incluido.
Depende del cliente y de su configuración y puede necesitar tratamiento independiente.
Sí.
Actualmente puede abrir PST, consultar y buscar correo y mover mensajes entre PST y buzones.
A fecha de actualización de esta guía, Microsoft indica que la importación masiva completa de correo, calendario y contactos desde PST al buzón todavía no está disponible en el nuevo Outlook.
Microsoft indica actualmente que los elementos de calendario y contactos guardados en PST no están accesibles allí de la misma forma.
Para migraciones completas sigue siendo relevante Outlook clásico o un método administrativo como Purview.
Depende del entorno.
Al pasar de una configuración POP histórica a Exchange Online puede resultar recomendable utilizar un perfil limpio para evitar configuraciones heredadas y PST asociados incorrectamente.
La migración cloud y la configuración de dispositivos son alcances diferentes.
El proyecto debe definir qué tareas realizará el equipo de TI del cliente y qué instrucciones necesitarán los usuarios para utilizar el nuevo buzón.
Podemos evaluar convertirlas en Shared Mailboxes de Exchange Online y conceder permisos a los usuarios que deban utilizarlas, evitando compartir una única contraseña cuando el escenario lo permite.
No siempre.
Microsoft permite actualmente Shared Mailboxes sin licencia propia hasta 50 GB dentro de determinadas condiciones.
Para más capacidad, Archive, holds u otras funcionalidades puede necesitar una licencia.
Depende de las necesidades.
Puede evaluarse Exchange Online Plan 1 o 2 o una suite Microsoft 365 que incluya Exchange, como Business Basic, Standard, Premium o planes Enterprise.
La documentación actual de Microsoft establece 50 GB para el buzón principal de Exchange Online Plan 1.
Sí, el límite actual del buzón principal documentado por Microsoft es de 100 GB.
Durante el cutover, cuando los usuarios, licencias y Exchange Online ya están preparados y hemos validado las cargas iniciales.
No.
El MX controla dónde se entrega el correo nuevo.
El histórico necesita migrarse mediante IMAP, PST u otro procedimiento.
No.
Microsoft indica que debe existir un único registro SPF para el dominio.
Si existen varios proveedores legítimos, deben integrarse correctamente dentro de ese único registro.
Solo cuando ya no envíen correo legítimo con vuestro dominio.
Durante una coexistencia puede ser necesario mantener temporalmente varias fuentes autorizadas.
Es recomendable dentro de una estrategia moderna de autenticación de correo.
Microsoft proporciona los valores CNAME correspondientes para cada dominio configurado.
Recomendamos revisarlo junto con SPF y DKIM.
No conviene aplicar una política estricta sin haber inventariado previamente todas las fuentes legítimas de correo.
Deben inventariarse y configurar un método de envío compatible con Microsoft 365 o mantener temporalmente su servicio actual cuando el diseño lo requiera.
En muchos escenarios sí.
La migración IMAP puede realizar una carga inicial y posteriores sincronizaciones mientras el origen continúa operativo.
Los PST también pueden cargarse antes del cutover cuando están correctamente preparados.
No conviene garantizarlo.
DNS, Outlook, autenticación, aplicaciones y los propios datos locales pueden requerir una transición.
El objetivo debe ser minimizar el impacto mediante planificación y pruebas.
Es muy recomendable.
Especialmente en POP3 porque permite comprobar dónde están realmente los datos, cuánto tardan los PST y qué problemas de solapamiento o configuración aparecerán.
Depende del número de usuarios, volumen de servidor, número y tamaño de PST, contactos, calendarios, velocidad IMAP, conexiones permitidas por el proveedor y aplicaciones relacionadas.
Depende principalmente de cuántos usuarios existen y de si la información está centralizada en servidor o repartida entre equipos y PST.
Una migración IMAP limpia suele tener un alcance diferente de otra donde hay que recopilar varios PST por usuario.
Como punto de partida necesitamos número de cuentas, proveedor de correo, dominio, disponibilidad de IMAP, tamaño aproximado de los buzones, existencia de PST, contactos/calendarios, aplicaciones que envían correo y fecha objetivo.
Conclusión: en POP3 la migración empieza buscando los datos, no copiándolos
Una migración POP3 a Microsoft 365 puede parecer sencilla porque POP3 es un protocolo básico.
En realidad, precisamente esa simplicidad es lo que puede convertirla en un proyecto más laborioso.
Durante años los mensajes pueden haberse descargado en ordenadores, eliminado del servidor, distribuido entre diferentes PST y almacenado junto con elementos enviados, contactos y calendarios que nunca existieron en el hosting.
Por eso el primer paso no debería ser configurar una herramienta.
Deberíamos determinar:
qué conserva el servidor, qué tiene cada usuario en Outlook, qué PST existen y qué información debe conservar realmente la empresa.
Si el proveedor mantiene el histórico y permite IMAP, Microsoft dispone de una migración nativa hacia Exchange Online. Actualmente puede mover mensajes y carpetas, mantener sincronizaciones incrementales y facilita realizar gran parte de la transferencia antes del cambio de MX.
Pero tiene límites que deben conocerse: no migra contactos, calendarios ni tareas, existe un máximo documentado de elementos por buzón y los mensajes por encima del tamaño soportado necesitan otro tratamiento.
Cuando el correo reside localmente, los PST se convierten en la fuente principal.
Para proyectos empresariales, Microsoft Purview permite cargar PST mediante AzCopy y mapearlos hacia buzones concretos. El proceso ofrece reporting, filtrado y una forma centralizada de trabajar con múltiples archivos, aunque el tamaño de los PST y la velocidad de ingestión deben incluirse en la planificación.
Cuando IMAP y PST contienen periodos solapados, hay que diseñar expresamente qué información procede de cada fuente. No conviene confiar en que cualquier combinación de herramientas eliminará automáticamente todos los duplicados.
Después llega el cutover.
El dominio debe estar preparado en Microsoft 365, los buzones creados y licenciados y Exchange Online validado antes de cambiar el MX. SPF debe mantenerse como un único registro correctamente construido, DKIM debe configurarse para el nuevo servicio y DMARC debería evolucionar de forma controlada después de comprobar todas las fuentes legítimas de envío.
También deben inventariarse ERP, CRM, formularios web, scanners y otras aplicaciones que utilicen correo. Son elementos fáciles de olvidar y pueden convertirse en la principal incidencia después de un cambio aparentemente correcto.
La migración termina cuando el correo nuevo entra y sale correctamente desde Exchange Online, el histórico acordado está disponible, los datos locales incluidos se han trasladado, las aplicaciones funcionan y podemos retirar el proveedor anterior sin depender de información que todavía se encuentre únicamente allí.
¿Necesitas migrar correo POP3 a Microsoft 365?
En Kloudeal podemos analizar vuestro entorno actual y definir el procedimiento adecuado para trasladar el correo hacia Exchange Online.
Podemos trabajar sobre POP3, IMAP, históricos PST, Microsoft Purview Import, Exchange Online, usuarios, licencias, Shared Mailboxes, dominios, MX, SPF, DKIM, DMARC, aplicaciones de envío, piloto, cutover y validación posterior.
Indícanos cuántas cuentas tenéis, qué proveedor utilizáis, si existe IMAP, si los usuarios conservan PST y cuál es vuestra fecha objetivo. Con esos datos podemos determinar qué información adicional necesitamos para definir el alcance.
Solicitar valoración de migración POP3 → Microsoft 365Documentación oficial recomendada
Migración IMAP
- Microsoft – What you need to know about migrating IMAP mailboxes
- Microsoft – Migrate other types of IMAP mailboxes
- Microsoft – Perform an IMAP migration with PowerShell
- Microsoft – Manage migration batches in Exchange Online
Importación PST
- Microsoft – Learn about importing PST files
- Microsoft – Network Upload for PST files
- Microsoft – PST Import FAQ
- Microsoft – Troubleshoot PST Import
Outlook y PST
- Microsoft – Importar correo, contactos y calendario desde PST
- Microsoft – Abrir y buscar elementos en un PST
Exchange Online
- Microsoft – Ways to migrate email to Microsoft 365
- Microsoft – Exchange Online Limits
- Microsoft – Shared Mailboxes
Dominio y DNS
- Microsoft – Connect your domain by adding DNS records
- Microsoft – External DNS records for Microsoft 365