Requisitos de Microsoft para remitentes masivos: qué cambió y qué tienes que hacer

En mayo de 2025 Microsoft empezó a aplicar el mismo tipo de reglas para remitentes masivos que Gmail y Yahoo lanzaron en febrero de 2024. El umbral es de más de 5,000 mensajes al día a direcciones de Outlook.com / Hotmail / Live (el lado de consumo). Microsoft anunció primero el envío a correo no deseado, desde el 5 de mayo de 2025, y después el rechazo con 550 5.7.515. A mediados de 2026, la mayor parte de la aplicación ya está en la etapa de rechazo.

Esta es la lista de verificación completa.

Requisito 1: SPF debe pasar

La IP de envío debe estar autorizada por el registro SPF del dominio que aparece en el Return-Path / Mail From.

• Usa un solo registro SPF por dominio.
• Mantente por debajo de 10 consultas DNS.
• Evita +all. Usa -all o ~all.

Valídalo con nuestra herramienta de consulta SPF.

Requisito 2: DKIM debe pasar

Cada mensaje debe ir firmado con DKIM por el dominio de envío (o por un subdominio alineado con el encabezado From:).

• Mejor claves de 2048 bits que de 1024.
• Rota las claves al menos una vez al año.
• No firmes con un selector de un tercero a menos que esté alineado con DMARC.

Valídalo con la consulta DKIM.

Requisito 3: DMARC debe estar publicado, como mínimo p=none

Microsoft exige un registro DMARC en el dominio organizacional. Técnicamente p=none cumple la regla, pero Microsoft califica p=quarantine y p=reject de forma más favorable. El correo no autenticado que suplanta tu dominio también daña tu reputación si DMARC no se aplica.

Genéralo o mejóralo con el generador de DMARC.

Requisito 4: List-Unsubscribe con un clic (RFC 8058)

Microsoft presenta una baja visible y que funcione como recomendación, no como requisito. Los encabezados de un clic de RFC 8058 son la forma segura de cumplirla, y Gmail y Yahoo los piden de todos modos. Incluye los dos:

List-Unsubscribe: <mailto:unsub@yourdomain.com>, <https://example.com/unsub?token=xyz>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

Cuando un cliente de correo ofrece one-click unsubscribe, hace un POST a tu URL. Tu endpoint debe:

• Aceptar solicitudes POST (no solo GET).
• Aplicar la baja en un máximo de 24 horas, idealmente en segundos.
• No pedirle al usuario que inicie sesión ni que llene nada.

Requisito 5: DNS inverso (PTR)

Las IP de envío deben tener un registro PTR que resuelva a un hostname de un dominio que controlas. El hostname debe coincidir con tu HELO/EHLO.

Revísalo con la consulta de DNS inverso (PTR).

Requisito 6: tasa de quejas por debajo de 0.3%

Microsoft vigila la tasa de quejas de JMRP, pero no publica ningún umbral. Toma 0.3%, el techo que publican Gmail y Yahoo, como límite exterior.

Objetivo práctico: < 0.1%. Inscríbete en JMRP y suprime de inmediato a quienes se quejan.

Requisito 7: nada de suplantar marcas grandes

Microsoft filtra con dureza el correo que intenta parecer una notificación de una marca grande (la propia Microsoft, bancos, empresas de paquetería). No uses nombres visibles como "Microsoft Account Team" a menos que de verdad lo seas.

Requisito 8: From / Reply-To válidos

• La dirección From: debe estar en un dominio que controlas y que tenga un MX que funcione.
• Reply-To: debe aceptar correo. Las direcciones de respuesta que rebotan pesan mucho contra tu reputación.

Requisito 9: transporte cifrado

TLS 1.2 o 1.3 en el SMTP saliente. Microsoft está bajando poco a poco la prioridad de las conexiones sin cifrar.

Requisito 10: un remitente, una identidad

No mezcles correo transaccional y de marketing en el mismo dominio a menos que los hayas separado con subdominios (por ejemplo, mail.yourdomain.com para marketing y notify.yourdomain.com para transaccional). La contaminación cruzada de reputación es una causa común de "mi correo transaccional se va a no deseado".

El calendario de aplicación

Etapa	Comportamiento
Envío a no deseado	El correo que no cumple se entrega en la carpeta de correo no deseado, sin importar el contenido
Rechazo	El correo que no cumple se rechaza en SMTP con 550 5.7.515

La mayoría de los remitentes que envían más de 5,000 al día a Outlook.com ya están en la etapa de rechazo si SPF/DKIM/DMARC no pasan.

Cómo auditar tu configuración

1. Pasa Domain Health por cada dominio de envío.
2. Envía un mensaje de prueba a un buzón de Microsoft e inspecciona los encabezados con el analizador de encabezados de correo. Todas las líneas Authentication-Results deben decir pass.
3. Comprueba que el one-click unsubscribe de verdad dispara tu manejador de bajas: envíatelo a ti mismo, haz clic en Outlook y confirma que tu backend recibió un POST.
4. Verifica el rDNS con la consulta de DNS inverso (PTR).

Preguntas frecuentes

¿El umbral de 5,000 al día se aplica por IP o por dominio? Por dominio de envío hacia direcciones de Outlook.com / Hotmail / Live, sumando todas las IP.

¿Estas reglas también aplican a destinatarios de Microsoft 365? Microsoft 365 (Exchange Online) aplica un conjunto de reglas parecido, pero calificado por separado. En la práctica, si cumples los requisitos para remitentes masivos, vas a estar bien en los dos.

¿Y si envío menos de 5,000 al día? No estás obligado en sentido estricto, pero las mismas señales afectan tu reputación. Trata la lista como buena práctica, sin importar el volumen.

Relacionado

• Por qué los correos terminan en no deseado en Outlook
• Guía de delisting en Microsoft Outlook

Fuentes

• Strengthening Email Ecosystem: Outlook's New Requirements for High-Volume Senders (Microsoft Tech Community), los requisitos (SPF que pasa, DKIM que pasa, DMARC como mínimo p=none y alineado), las recomendaciones y el rechazo 550 5.7.515.
• Outlook.com Postmaster: Troubleshooting, la lista de errores SMTP de Outlook.com, incluido 550 5.7.515 para dominios con más de 5,000 al día que fallan la autenticación.
• Outlook.com Postmaster: Services for Senders and ISPs, JMRP y SNDS, los feeds de quejas y de reputación de Outlook.com.
• RFC 8058: Signaling One-Click Functionality for List Email Headers, el POST del one-click unsubscribe.