554 5.7.9 “Message not accepted for policy reasons”: guía para Yahoo/AOL

Si Yahoo o AOL rechaza tus correos electrónicos de entrada con algo como esto, te topaste con un rechazo por política 554 5.7.9:

554 5.7.9 Message not accepted for policy reasons.
Please visit https://senders.yahooinc.com

Esto no es un aplazamiento temporal, ni el throttling por quejas acumuladas ([TSS04]), ni un filtro de contenido genérico. El 554 5.7.9 es un rechazo definitivo y permanente que nace de la política de remitentes de Yahoo: algo en la forma en que se envió el mensaje no pasa las verificaciones básicas de política de Yahoo para correo masivo o comercial, y Yahoo rechaza el intento de entrega de inmediato en lugar de ponerlo en cola.

Como AOL, AIM y Verizon.net funcionan sobre la infraestructura de correo de Yahoo, el mismo rechazo 554 5.7.9 se aplica de forma idéntica a todos ellos.

Qué significa realmente 554 5.7.9

Desglosa la respuesta parte por parte:

• 554: el "transaction failed" de SMTP. Un código 5xx es una falla permanente. Tu MTA no reintentará por su cuenta; el mensaje rebota de inmediato al remitente original.
• 5.7.9: el código de estado extendido. El 5 inicial confirma la falla permanente. El 7 es el tema política/seguridad. El 9 está registrado como "authentication mechanism is too weak" (mecanismo de autenticación demasiado débil), un código de SMTP AUTH de la RFC 4954 (registro de la IANA); Yahoo lo reutiliza para mensajes que violan su política de remitentes.
• Message not accepted for policy reasons: la explicación legible de Yahoo. No trae detalles a propósito: Yahoo no revela qué regla de política concreta se activó, para que los abusadores no puedan deducir los umbrales.
• senders.yahooinc.com: la documentación de Yahoo para postmasters, donde se publican los requisitos de política que hay detrás.

La diferencia clave con el TSS04: el TSS04 es un aplazamiento temporal 4xx (421) causado por tu tasa de quejas acumulada. El 554 5.7.9 es un rechazo permanente 5xx causado por una violación de política que está en el propio mensaje o en el remitente que lo envía. El TSS04 desaparece solo cuando baja tu tasa de quejas; el 554 5.7.9 solo desaparece cuando corriges el problema de política de fondo.

Causas de fondo más comunes

En incidentes reales, el 554 5.7.9 casi siempre se debe a una de estas causas:

• Firma DKIM ausente, rota o sin alineación. Yahoo aplica los requisitos de 2024 de Gmail/Yahoo para remitentes masivos: DKIM es obligatorio, y el dominio del encabezado From: debe alinearse con el dominio d= de DKIM o con el dominio de SPF para que DMARC pase. Una firma DKIM ausente o una alineación que no coincide es el detonante más común.
• SPF que falla o sin alineación. Los remitentes masivos deben implementar SPF además de DKIM. La alineación puede venir de cualquiera de los dos, así que un SPF que pasa sin alinearse solo sirve cuando DKIM sí se alinea.
• Sin registro DMARC, o DMARC p=none sin SPF ni DKIM alineados. La política de Yahoo para remitentes masivos exige al menos p=none y al menos una autenticación alineada. Los remitentes sin ningún registro DMARC publicado son los más expuestos al 554 5.7.9.
• Envío masivo desde un dominio recién creado y sin reputación. Yahoo es más agresivo que Gmail para rechazar dominios fríos en el primer contacto, sobre todo cuando el mensaje tiene forma de transaccional o promocional.
• No estar inscrito en el Complaint Feedback Loop (CFL) de Yahoo. Para remitentes de alto volumen, no estar inscrito en el CFL ya es en sí una señal de política, porque Yahoo espera que los remitentes masivos puedan recibir los reportes de quejas.
• Falta el encabezado para darse de baja. El correo comercial sin un encabezado List-Unsubscribe que funcione incumple los requisitos de Yahoo para remitentes masivos (Yahoo acepta el método mailto:, pero recomienda con fuerza el POST de la RFC 8058 List-Unsubscribe-Post: List-Unsubscribe=One-Click) y puede provocar un rechazo definitivo en lugar de un aplazamiento temporal.
• Contenido o plantilla que activa una regla de política. Acortadores de URL, pares de nombre visible y dirección From que no coinciden, o HTML que oculta al remitente real: todo eso viola las directrices documentadas de Yahoo para remitentes.

Si tu rebote muestra literalmente la cadena Message not accepted for policy reasons y nada más concreto, Yahoo no te está diciendo a propósito qué regla se activó, así que tienes que verificar cada punto de la lista anterior, en orden.

Solución paso a paso

Sigue esta lista de arriba abajo. Saltarse los pasos de autenticación e ir directo a "calentar el dominio" es la razón más común por la que los remitentes se quedan días atascados en el 554 5.7.9.

1. Pausa la campaña afectada. Un rechazo 5xx significa que el mensaje rebota de forma permanente. Cada intento adicional es otro rebote en tu historial y otro dato para que Yahoo te vea como un remitente que no cumple. Deja de enviar a destinatarios de Yahoo/AOL hasta corregir el problema de política de fondo.
2. Verifica SPF en el dominio de envío. Pasa el dominio From por la herramienta de consulta SPF. Confirma que el registro existe, tiene sintaxis válida, hace menos de 10 consultas DNS y que la IP que realmente envía el correo está autorizada, directamente o mediante un include: que tú controlas.
3. Verifica DKIM en el mensaje. Toma un mensaje reciente y revisa el encabezado DKIM-Signature. Pasa el selector + dominio por la herramienta de consulta DKIM para confirmar que la clave pública resuelve. Lo más importante: comprueba que el dominio d= de DKIM coincide con el dominio From: (o se alinea con él en modo relajado). Una firma DKIM sin alineación pasa DKIM pero falla DMARC, y Yahoo lo trata como una falla de política.
4. Verifica DMARC. Pasa el dominio From por la herramienta de consulta DMARC. Como mínimo necesitas un registro publicado con p=none, pero para la política de envío masivo de Yahoo también necesitas que SPF o DKIM pase con alineación. Un registro DMARC con las dos autenticaciones fallando la alineación equivale, en la práctica, a no tener DMARC.
5. Verifica los encabezados de envío masivo. Todo mensaje comercial a Yahoo debe llevar List-Unsubscribe: <https://...>, <mailto:...> y List-Unsubscribe-Post: List-Unsubscribe=One-Click. Toma los encabezados sin procesar de un mensaje enviado y confirma que las dos líneas están presentes y bien formadas. Consulta nuestra guía de requisitos de Gmail y Yahoo para remitentes masivos para ver el formato exacto.
6. Inscríbete en el Complaint Feedback Loop de Yahoo. Registra tu dominio de envío en senders.yahooinc.com. Sin la inscripción en el CFL no tienes visibilidad de las quejas en Yahoo y te saltas un paso de cumplimiento documentado para remitentes masivos.
7. Revisa el contenido y el encabezado From. Confirma que el nombre visible del From: corresponde al dominio de envío real (nada de "Bank of America" <random@cheapdomain.xyz>), que no hay acortadores de URL en el cuerpo y que las redirecciones de seguimiento están en un subdominio del dominio From, no en un acortador de terceros.
8. Prueba un mensaje con volumen bajo. Con la autenticación, los encabezados y el CFL en orden, envía un único mensaje desde la misma infraestructura a una dirección de prueba de Yahoo. Si lo acepta, sube despacio (consulta la guía del TSS04 para la curva de recuperación). Si sigue rechazándolo con 554 5.7.9, alguna de las verificaciones de autenticación anteriores todavía falla.

Cuánto tarda en desaparecer el 554 5.7.9

A diferencia del TSS04, el 554 5.7.9 no depende del tiempo. Desaparece en el momento en que corriges la condición de política que lo causa, así que no hay una ventana acumulada que esperar.

En la práctica:

• En minutos si la causa era una firma DKIM ausente o rota, o un registro DMARC sin publicar. En cuanto el DNS se propaga y el siguiente mensaje sale firmado correctamente, el rechazo se detiene.
• En 24 a 48 horas si tienes que inscribirte en el CFL, corregir los encabezados List-Unsubscribe o esperar a que los cambios de DNS lleguen por completo a los resolvedores de Yahoo.
• Una semana o más, pero solo si sigues enviando contra el rechazo (cada 5xx rebotado es un dato de política nuevo) o si la causa de fondo es un dominio frío sin reputación, que todavía necesita una curva de calentamiento incluso después de corregir la autenticación.

No existe un formulario de delisting para el 554 5.7.9. La política de Yahoo indica explícitamente a los remitentes que corrijan el problema de fondo y vuelvan a intentarlo, no que pidan una revisión manual.

Preguntas frecuentes

¿El 554 5.7.9 es estar en una blacklist? No. Es el rechazo por política del propio Yahoo, aplicado por sus MTA de entrada a partir del mensaje y del remitente. Yahoo sí incluye que tu IP esté listada en Spamhaus entre las causas de sus rechazos 5xx (códigos de error SMTP de Yahoo), así que revisa tu IP de envío en Spamhaus antes de descartarlo.

¿En qué se diferencia del TSS04? El TSS04 es un aplazamiento temporal 4xx causado por tu tasa acumulada de quejas de spam, y desaparece solo cuando la tasa baja. El 554 5.7.9 es un rechazo permanente 5xx causado por una violación de política (normalmente de autenticación), y solo desaparece cuando corriges esa violación. Consulta la guía del TSS04 para el lado de la tasa de quejas.

¿AOL se comporta igual? Sí. AOL, AIM y Verizon.net están en la infraestructura de correo de Yahoo y aplican rechazos por política 554 5.7.9 idénticos. Si Yahoo te rechaza con 5.7.9, AOL también lo hará.

¿Sirve reintentar? No. El 554 es permanente. Tu MTA no reintentará por su cuenta, y forzar reintentos manuales solo acumula más rebotes contra tu reputación de envío. Corrige la causa primero.

¿Tengo que contactar a Yahoo para resolverlo? No. No hay ticket de soporte ni proceso de delisting para el 554 5.7.9. La documentación de Yahoo dice explícitamente que corrijas el problema de política y vuelvas a enviar. El monitoreo continuo de la autenticación y de DMARC (consulta los precios de los planes que incluyen monitoreo 24/7) es la solución preventiva en la práctica.

En resumen

El 554 5.7.9 es Yahoo diciéndote, de forma permanente y sin reintento, que el mensaje que intentaste enviar viola su política de remitentes, casi siempre por autenticación ausente o sin alineación, por la falta de encabezados de envío masivo o por un dominio de envío recién creado sin ningún historial de cumplimiento. Es reversible en cuanto corriges el problema de fondo y, a diferencia del TSS04, no hay periodo de espera: el siguiente mensaje pasa o falla por sus propios méritos.

Verifica primero la alineación de SPF, DKIM y DMARC con las herramientas de consulta SPF, consulta DKIM y consulta DMARC. Agrega los encabezados de one-click unsubscribe. Inscríbete en el CFL de Yahoo. Luego envía un único mensaje de prueba. Si la autenticación está bien, el 554 5.7.9 se detiene de inmediato.

Si quieres visibilidad continua de las señales de autenticación que provocan estos rechazos por política (reportes DMARC, desvíos en la alineación DKIM/SPF, encabezados de envío masivo que faltan), MailVitals lo monitorea todo 24/7 para que evites el próximo 554 5.7.9 en lugar de descubrirlo en un reporte de rebotes.

👉 Continúa: Aplazamiento 421 4.7.0 TSS04 de Yahoo · Requisitos de Gmail y Yahoo para remitentes en 2026 · Códigos de error SMTP explicados

Fuentes

• Sender Requirements and Recommendations (Yahoo Sender Hub), los requisitos de Yahoo: SPF o DKIM para todos los remitentes; SPF, DKIM, DMARC, alineación y List-Unsubscribe para remitentes masivos.
• SMTP Error Codes (Yahoo Sender Hub), las causas que da Yahoo para los rechazos 553 y 554, incluidas las fallas de autenticación y las listas de Spamhaus, y su regla de no reintentar nunca un 5xx.
• IANA SMTP Enhanced Status Codes registry, el significado registrado del 5.7.9 y de los demás códigos X.7.
• RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC), cómo funciona la alineación DMARC con SPF o con DKIM.
• RFC 8058: Signaling One-Click Functionality for List Email Headers, el POST de one-click unsubscribe que recomienda Yahoo.