Microsoft está aplicando una política más estricta en Outlook.com y está rechazando algunos mensajes que provienen de dominios que no tienen un registro DMARC publicado. La decisión, divulgada en reportes de la industria el 8 de noviembre de 2026, implica un cambio en la forma en que Outlook.com valida la autenticidad del remitente antes de aceptar o entregar un correo.
Qué es DMARC y por qué importa
DMARC (Domain-based Message Authentication, Reporting and Conformance) es un estándar de autenticación de correo diseñado para reducir el abuso de dominios en suplantación (phishing) y otras formas de fraude por email. DMARC se basa en dos mecanismos previos, SPF y DKIM, y permite al propietario del dominio indicar a los receptores cómo deben tratar los mensajes que fallan esas comprobaciones (por ejemplo, marcarlos, enviarlos a cuarentena o rechazarlos).
Qué cambia para administradores y propietarios de dominios
Con Outlook.com rechazando mensajes de dominios sin DMARC, los administradores de correo y propietarios de sitios web que envían correo transaccional o de marketing pueden ver un incremento en los mensajes que no llegan a destinatarios en cuentas de Microsoft. El efecto práctico es que el correo puede ser rechazado en el momento de la entrega y no aparecer en la bandeja de entrada ni en la carpeta de spam.
Si un dominio no publica DMARC, los servidores de correo receptores no tienen instrucciones explícitas sobre cómo tratar mensajes que no superen SPF o DKIM, así que algunas plataformas —como ahora Outlook.com en ciertos casos— optan por políticas más restrictivas para proteger a sus usuarios.
Qué deben hacer los responsables de correo
- Publicar un registro DMARC: configurar un registro DNS TXT con la política DMARC apropiada (p=none, p=quarantine o p=reject) es el primer paso. La política «none» permite empezar a recopilar informes sin afectar la entrega.
- Verificar SPF y DKIM: antes de aplicar una política restrictiva conviene asegurarse de que SPF (listado de servidores autorizados) y DKIM (firma criptográfica de mensajes) estén correctamente implementados para todos los orígenes legítimos de correo del dominio.
- Revisar informes DMARC: configurar la recepción de informes (rua/ruf) ayuda a identificar servicios o IPs que envían en nombre del dominio pero no están autorizados, y así corregir la configuración.
- Probar con política gradual: empezar con p=none para monitorizar, pasar a p=quarantine y finalmente a p=reject según los resultados y el control sobre los orígenes de correo.
Impacto y recomendaciones prácticas
El cambio de Outlook.com refuerza una tendencia general del ecosistema de correo: los grandes proveedores están impulsando mejores prácticas de autenticación para reducir el fraude por email. Para administradores y responsables de comunicaciones de empresas y proyectos web, esto significa que no actualizar la autenticación puede derivar en correos no entregados a usuarios de Microsoft (Outlook.com, Hotmail, Live).
Si gestiona un dominio que envía correo, revise la pila de autenticación (SPF, DKIM, DMARC), monitorice los informes y coordine con servicios de terceros que envíen email en su nombre (plataformas de mailing, CRM, sistemas de notificaciones) para asegurarse de que disponen de las autorizaciones necesarias.
Nota: esta noticia recoge reportes sobre el ajuste del filtro de Outlook.com; no se han aportado cifras de alcance ni fechas concretas de despliegue global por parte de Microsoft en las fuentes consultadas.
Lee también:
- Autoridad de Qatar actualiza las políticas del registro de dominios para reforzar la seguridad y la confianza digital
- Problema en Outlook por validación SPF impide enviar y recibir correos
Fuente: news.lavx.hu
