Configurar Microsoft 365 para un dominio alojado en cPanel

Microsoft 365 utiliza varios registros DNS para verificar el dominio, recibir correo en Exchange Online y configurar automáticamente Outlook. Los valores dependen de tu cuenta de Microsoft, por lo que debes copiar los que muestre el centro de administración y no reutilizar los de otro dominio.

Antes de modificar los registros

1. Comprueba qué proveedor sirve los DNS autoritativos del dominio. Si utiliza nuestros servidores DNS y está alojado, editarás la zona desde Zone Editor de cPanel; si usa Cloudflare u otro proveedor, debes realizar allí los cambios.
2. Crea los usuarios y licencias necesarios en Microsoft 365.
3. Anota los buzones existentes y decide si se conservarán sus mensajes.
4. Guarda los registros MX, TXT, CNAME y SRV actuales antes de cambiarlos.

Cambiar el correo no obliga a mover la web. Mantén los registros A y CNAME de la web si debe continuar alojada en Hostsuar.

Verificar el dominio en Microsoft 365

Desde el centro de administración de Microsoft 365, añade el dominio personalizado. Microsoft solicitará normalmente un registro TXT para demostrar su propiedad.

Abre Zone Editor, administra la zona del dominio y crea el TXT con el nombre y valor exactos mostrados por Microsoft. Cuando Microsoft escriba @, se refiere al dominio raíz; cPanel puede representarlo con el nombre completo del dominio.

Añadir únicamente el TXT de verificación no cambia dónde se recibe el correo. Completa esa validación antes del corte y revisa cualquier propuesta posterior que también modifique MX.

Añadir los registros de Microsoft

El asistente de Microsoft indicará los registros necesarios para los servicios contratados. Pueden incluir:

• MX para entregar el correo a Exchange Online.
• TXT para SPF y verificaciones.
• CNAME como autodiscover y los solicitados por otros servicios de Microsoft.
• Los dos CNAME de DKIM específicos que Microsoft genera para el dominio. Después de publicarlos, habilita DKIM desde el portal de Microsoft 365.
• SRV para determinadas funciones de comunicación.

Edita un registro existente cuando tenga el mismo nombre y función en lugar de crear otro incompatible. En particular, un dominio debe tener un único registro SPF: si ya existe, incorpora la autorización indicada por Microsoft en ese mismo TXT, sin publicar un segundo v=spf1.

Si la web alojada en Hostsuar envía formularios o mensajes automáticos con el mismo dominio, el SPF único puede necesitar conservar también la autorización del servidor web. Sustituirlo por el valor de Microsoft sin integrar ambas fuentes puede perjudicar esos envíos.

Microsoft mantiene la lista actual de registros y el proceso para proveedores DNS externos.

Cambiar la recepción del correo

El cambio de MX es el momento en que los mensajes nuevos empiezan a dirigirse a Microsoft 365:

1. Confirma que los buzones de destino existen y pueden iniciar sesión.
2. Sustituye los MX anteriores por el valor proporcionado por Microsoft.
3. En cPanel, abre Enrutamiento de correo electrónico y selecciona Intercambiador de correo remoto. La detección automática solo consulta la zona local de cPanel, no hace una consulta DNS pública y no vuelve a evaluarse sola tras cambios posteriores.
4. Comprueba públicamente los registros y envía mensajes de prueba desde y hacia proveedores externos.
5. Conserva los buzones antiguos durante el periodo de comprobación y copia sus mensajes antes de eliminarlos.

Al hacer el corte, deja únicamente los MX previstos para Microsoft, salvo que hayas diseñado expresamente una arquitectura de coexistencia. Conservar uno con menor prioridad no crea un respaldo seguro: si Exchange Online no responde, algunos emisores pueden entregar allí mensajes que quedarían aislados del buzón nuevo. Los mensajes que ya estaban en el proveedor anterior permanecen allí hasta que los migres o descargues.

Autodiscover sigue apuntando a cPanel

Si Outlook continúa mostrando la configuración del hosting aunque autodiscover apunte a Microsoft, revisa el conflicto de Autodiscover entre cPanel y Microsoft 365. Algunas cuentas necesitan desactivar la respuesta local de cPanel para que Outlook consulte el registro externo.

Comprobación final

Revisa los MX, el TXT de SPF, los CNAME de Autodiscover y DKIM, los SRV y el enrutamiento de correo. Confirma que DKIM firma los mensajes y, después de inventariar todas las fuentes legítimas, publica DMARC inicialmente con p=none para observar la alineación antes de aplicar una política más estricta. Prueba recepción, envío, Autodiscover y los dispositivos existentes. La propagación puede hacer que durante unas horas distintos remitentes consulten versiones diferentes de la zona, por lo que no elimines el servicio anterior hasta confirmar que el cambio se ha completado.

Formularios y aplicaciones que siguen en el hosting

Prueba también un mensaje de la web dirigido a una cuenta de tu propio dominio. Que el envío desde Outlook funcione no demuestra que el formulario utilice la ruta correcta. Revisa el SMTP real, el remitente y su alineación; usa la dirección del visitante como Reply-To, no como From de un dominio que no controlas.

Para preparar varios registros sin perder los existentes puedes usar el asistente DNS. Comprueba después la validación en Microsoft y el resultado de un mensaje real.