// cómo solucionarlo
Yahoo "554 5.7.9 Message not accepted for policy reasons" y "[PH01]": causas y soluciones
Yahoo ha rechazado tu email por motivos de política: a menudo un fallo de DMARC o de autenticación, a veces contenido sospechoso. Cómo encontrar la causa y corregirla.
Qué significa
Yahoo Mail (que también gestiona AOL Mail) ha aceptado la conexión de tu servidor, pero ha rechazado el mensaje en sí. El rebote suele parecerse a uno de estos:
554 5.7.9 Message not accepted for policy reasons. See https://... 554 Message not allowed - [PH01] Email not accepted for policy reasons. Please visit https://...
Cuando el problema es DMARC, el texto suele mencionarlo, por ejemplo con un mensaje que dice que el email no se aceptó por la política DMARC del dominio. El texto exacto cambia con el tiempo, así que fíjate en el código y en las palabras clave.
«Motivos de política» es una respuesta muy amplia. Yahoo no te dice qué regla exacta se aplica, pero en la práctica las causas son pocas y puedes comprobar la mayoría.
Por qué ocurre
Fallo de autenticación o de DMARC
Es la causa más frecuente. DMARC es un registro DNS que indica a los receptores qué hacer cuando no se puede verificar un email que dice venir de tu dominio. Si tu dominio tiene p=reject o p=quarantine y el email falla tanto SPF como DKIM para tu dominio, Yahoo lo rechaza. Motivos típicos:
- Una herramienta nueva (newsletter, CRM, tienda) envía en nombre de tu dominio, pero no está en tu SPF y no firma con DKIM para tu dominio.
- El email se envía «From» una dirección de Yahoo, AOL o Gmail a través de otro servidor. Esos dominios tienen un DMARC estricto, así que siempre falla.
- El email se reenvió o se modificó por el camino y la firma DKIM se rompió.
Yahoo también exige que todos los remitentes tengan al menos SPF o DKIM, y que los remitentes masivos tengan SPF, DKIM y DMARC a la vez.
Contenido o enlaces
El código [PH01] suele estar relacionado con contenido que Yahoo considera peligroso, como enlaces a un dominio señalado por phishing o malware, o un texto que parece una falsa petición de inicio de sesión. Un acortador de enlaces o una web hackeada entre tus enlaces pueden provocarlo.
Reputación del remitente
Un dominio completamente nuevo, un salto repentino de volumen o muchas quejas por spam también pueden provocar rechazos por política.
Cómo comprobarlo
- Haz una prueba con Delivmail. Copia la dirección única de la página de inicio (
/) y envíale el mismo email que rebotó, desde la misma herramienta. El informe muestra los resultados de SPF, DKIM y DMARC, y si están alineados con tu dominio From. También comprueba los dominios de tus enlaces en las listas de bloqueo y pasa SpamAssassin sobre el contenido. - Escanea tu dominio. Usa
/domain-scannerpara leer tus registros SPF y DMARC y detectar errores de sintaxis o un registro que falta. - Revisa tus enlaces. Introduce en
/blacklistslos dominios a los que enlazas. - Usa las herramientas de Yahoo. Yahoo Sender Hub (
senders.yahooinc.com) explica sus requisitos y sus códigos de error.
Cómo solucionarlo
- Arregla primero la autenticación. Añade todos los servicios de envío a tu único registro SPF y activa la firma DKIM con tu propio dominio en cada herramienta. El dominio DKIM debe coincidir con el dominio From (o ser un subdominio suyo).
- No envíes nunca «From» un dominio de buzón gratuito (yahoo.com, aol.com, gmail.com) a través de otro servidor. Usa una dirección de tu propio dominio.
- Mantén un DMARC realista. Si acabas de poner
p=rejecty algo deja de funcionar, vuelve ap=nonemientras corriges los servicios que faltan, y después vuelve a endurecerlo. - Limpia el contenido. Quita los enlaces a dominios señalados, evita los acortadores de URL, usa tu propio dominio en los enlaces y asegúrate de que tu web no está hackeada.
- Para los envíos masivos, añade una cabecera de baja en un clic y mantén las quejas bajas.
Comprueba que está solucionado
Haz una nueva prueba con Delivmail con el mismo mensaje. Lo que buscas es SPF o DKIM superado y alineado con tu dominio From, DMARC superado y ningún dominio de enlace en listas negras. Después vuelve a enviarlo a la dirección de Yahoo que rebotó. Si has cambiado registros DNS, espera a que el cambio sea visible (normalmente menos de una hora, a veces más) antes de probar. Si el rechazo continúa con resultados limpios, probablemente se trate de reputación: envía menos, solo a destinatarios activos, y observa la evolución.
Comprueba que está solucionado
Un cambio de DNS puede tardar de unos minutos a unas horas. Después, envía un nuevo email de prueba o vuelve a escanear tu dominio.
Guías relacionadas
- Tu dominio no tiene registro DMARCDMARC indica a los receptores qué hacer con los emails que fallan SPF y DKIM, y te envía informes. Gmail y Yahoo lo exigen a los envíos masivos. Empieza con un registro seguro de monitorización.
- DMARC falla: SPF y DKIM no coinciden con tu dominioSPF o DKIM pueden superarse y DMARC fallar igualmente, porque se superaron para otro dominio. Haz que al menos uno use el mismo dominio que tu dirección From.
- Pasar DMARC de p=none a quarantine o reject sin riesgosp=none solo observa. Para frenar de verdad los emails falsos con tu dominio, pasa poco a poco a quarantine y a reject, sin bloquear tus propios emails.
- Requisitos de Gmail y Yahoo para envíos masivosDesde 2024, Gmail y Yahoo exigen a los grandes remitentes autenticar sus emails, ofrecer la baja en un clic y mantener las quejas por spam muy bajas. Aquí tienes la lista de comprobación.
- Rebote de Gmail «550 5.7.26»: email no autenticadoGmail rechazó tu email porque no pudo confirmar que viene de tu dominio. SPF, DKIM o DMARC falta o falla. Así puedes solucionarlo.