Martes, 10 de noviembre de 2026

Lo más relevante del hosting en el mundo, en español · ehost.ec →

Outlook.com rechaza correos de dominios sin registro DMARC: qué cambia y qué hacer

Microsoft está rechazando algunos correos entrantes desde dominios que carecen de un registro DMARC, según un análisis de Security Boulevard publicado el 9 de noviembre de 2026. La medida afecta a administradores de correo y propietarios de dominios que aún no tienen políticas DMARC configuradas.

Por Equipo ehost3 min de lecturaFuente: Security Boulevard
Outlook.com rechaza correos de dominios sin registro DMARC: qué cambia y qué hacer
Imagen ilustrativa generada con inteligencia artificial.

Microsoft ha comenzado a aplicar un comportamiento más estricto en Outlook.com: algunos mensajes procedentes de dominios que no publican un registro DMARC están siendo rechazados o devueltos antes de llegar a la bandeja de entrada. La información fue analizada por Security Boulevard y divulgada el 9 de noviembre de 2026.

Qué es DMARC y por qué importa

DMARC (Domain-based Message Authentication, Reporting & Conformance) es un estándar que permite a los propietarios de dominio indicar a los receptores de correo cómo tratar mensajes que fallan las comprobaciones de autenticación (SPF y/o DKIM). Además, DMARC puede solicitar informes sobre el uso del dominio en el correo, lo que ayuda a detectar suplantación (phishing) o envíos no autorizados.

Qué está cambiando en Outlook.com

Según el reporte, Outlook.com está rechazando o colocando en cuarentena algunos correos que provienen de dominios sin registro DMARC. El cambio no implica necesariamente una auditoría completa de todos los mensajes, pero sí un endurecimiento de las decisiones de entrega en casos donde la falta de DMARC coincide con otros signos de riesgo (por ejemplo, fallos de SPF/DKIM o patrones de envío inusuales).

A quién afecta y por qué debes revisarlo

  • Propietarios de dominios y administradores de correo: si tu dominio no publica DMARC, algunos destinatarios en Outlook.com pueden no recibir tus correos o estos pueden acabar en cuarentena.
  • Servicios de notificaciones y aplicaciones: plataformas que envían correos transaccionales o notificaciones con remitentes propios pueden experimentar entregabilidad reducida.
  • Equipos de marketing y soporte: campañas o comunicaciones críticas podrían verse afectadas si no se corrige la autenticación.

Qué debes hacer: pasos prácticos

  1. Comprobar si tienes DMARC: revisa el DNS de tu dominio para ver si existe un registro TXT en _dmarc.tudominio. Si no aparece, procede a implantar uno.
  2. Implementar SPF y DKIM si faltan: DMARC depende de SPF y DKIM. Asegúrate de que tus servidores de correo y proveedores autorizados estén reflejados en el registro SPF y que los correos se firmen con DKIM.
  3. Empezar con una política de monitoreo: publica una política DMARC con p=none y solicita informes (rua/rua) para recoger datos sin afectar la entrega mientras verificas el ecosistema de envío.
  4. Analizar los informes: procesa los reportes agregados para identificar fuentes legítimas que deban autorizarse o corregir.
  5. Endurecer progresivamente: cuando estés seguro de que todos los remitentes legítimos pasan SPF/DKIM, cambia a p=quarantine y finalmente a p=reject si procede.
  6. Actualizar documentación y proveedores: informa a terceros que envían correo en tu nombre (CRM, plataformas de emailing, ERPs) para que ajusten SPF/DKIM o usen subdominios con DMARC propio.

Consideraciones técnicas y riesgos

Publicar DMARC sin preparar el resto del flujo de correo puede causar bloqueos accidentales: por eso se recomienda la fase de monitorización. Además, algunos proveedores envían correos a través de infraestructuras compartidas o mediante reenvíos que modifican cabeceras y pueden hacer que SPF falle; en esos casos DKIM y la correcta configuración de subdominios son claves.

Impacto para el ecosistema web

El endurecimiento de Outlook.com refleja una tendencia general: grandes receptores aplican políticas más estrictas para reducir phishing y abuso. Para administradores y propietarios de sitios web esto significa que la autenticación del correo deja de ser una mejora opcional y pasa a ser una práctica esencial para garantizar la entregabilidad.

Si no hay datos suficientes en tu organización para asegurar una transición, comienza por publicar DMARC en modo de monitorización (p=none) y analizar los informes antes de aplicar cuarentena o rechazo.

En resumen, si tu dominio no tiene DMARC, revisa y actualiza cuanto antes tu autenticación de correo: es la medida más directa para evitar rechazos en Outlook.com y mejorar la protección contra la suplantación.

Lee también:

Fuente: Security Boulevard

Compartir