Ir al contenido
La bitácora de la entregabilidad · 8 min de lectura

421 4.7.0 [TSS04] “Messages temporarily deferred due to user complaints”: guía para Yahoo

La respuesta 421 4.7.0 [TSS04] de Yahoo es un aplazamiento temporal causado por la tasa de quejas, no una blacklist. Qué significa cada parte del rebote y la secuencia exacta para resolverlo.

Autor
Yahoo
Tema
Publicado
Actualizado

Referencia: 421 en la wiki de códigos de error

En esta página
  1. Qué significa realmente [TSS04]
  2. Cómo leer la cadena completa del rebote
  3. Por qué recibiste un TSS04
  4. Solución paso a paso
  5. Cuánto tarda en desaparecer el TSS04
  6. Preguntas frecuentes
  7. En resumen
  8. Fuentes

Si Yahoo está aplazando tus correos electrónicos con algo como esto, te topaste con un aplazamiento TSS04 por tasa de quejas:

421 4.7.0 [TSS04] Messages temporarily deferred due to user complaints -
4.16.55.1; see https://senders.yahooinc.com/error-codes

Esto no es un bloqueo definitivo, ni estar en una blacklist, ni un rechazo de contenido mensaje por mensaje. El TSS04 es el throttling de Yahoo por tasa de quejas acumulada: cuando la tasa de quejas de spam de tu IP o dominio de envío supera el umbral de Yahoo durante su ventana de medición, Yahoo empieza a aplicar soft bounces (4xx) al correo nuevo de ese remitente hasta que la tasa vuelve a bajar.

Como AOL funciona sobre la infraestructura de correo de Yahoo, exactamente el mismo aplazamiento TSS04 se aplica al correo que envías a @aol.com, @aim.com, @verizon.net y al resto de dominios de consumo que opera Yahoo.

Qué significa realmente [TSS04]

La página de códigos de error SMTP de Yahoo agrupa los códigos TS* bajo "Message temporarily deferred" y enumera las causas: quejas, contenido objetable, una IP o subred mal calificada, tráfico inusual. El propio texto del rebote TSS04 nombra la causa: "Messages temporarily deferred due to user complaints."

Tres cosas importan de esa redacción:

  • Temporarily (temporalmente): es una respuesta 4xx. Tu MTA mantendrá el mensaje en la cola y lo reintentará según su calendario normal. Yahoo espera que el remitente baje el ritmo, no que reintente con más fuerza.
  • Deferred (aplazado): el mensaje queda retenido para un reintento posterior. Tu cola crecerá si no reduces el ritmo de envío.
  • User complaints (quejas de usuarios): el detonante es el botón "Reportar spam", no el filtrado de contenido, la autenticación ni las blacklists. Corregir SPF/DKIM/DMARC no resolverá el TSS04 por sí solo.

Cómo leer la cadena completa del rebote

Un rebote TSS04 real de Yahoo se ve así:

421 4.7.0 [TSS04] Messages temporarily deferred due to user complaints -
4.16.55.1; see https://senders.yahooinc.com/error-codes

Parte por parte:

  • 421: el "service not available, closing transmission channel" de SMTP. Un código 4xx es una falla transitoria. Compáralo con 5xx, que es permanente.
  • 4.7.0: el código de estado extendido. El 4 coincide con la clase 4xx (transitoria). El 7 es el tema política/seguridad. El 0 es "other or undefined security status"; Yahoo lo usa de forma genérica para los aplazamientos por reputación.
  • [TSS04]: la etiqueta interna de Yahoo. TSS = "Temporary Sending Suspension". El número que sigue (04) identifica el motivo concreto. Los códigos TSS01 a TSS06 cubren distintos escenarios de reputación y quejas; el TSS04 es específicamente la tasa de quejas.
  • Messages temporarily deferred due to user complaints: la explicación legible.
  • 4.16.55.1: identificador de rastreo interno de Yahoo. Solo sirve si escalas el caso al equipo de postmasters de Yahoo.
  • senders.yahooinc.com: la documentación oficial de Yahoo para postmasters y remitentes, donde se explican los aplazamientos TS*.

Si tu log muestra [TSS03], [TSS05] u otra etiqueta, estás ante un problema distinto. Solo [TSS04] depende de la tasa de quejas.

Por qué recibiste un TSS04

En la práctica, el TSS04 se activa por una (o varias) de estas razones:

  • Una tasa de quejas de spam en aumento. Yahoo, igual que Gmail, considera un problema cualquier tasa de quejas por encima del 0.3% (3 de cada 1,000). Los mejores remitentes se mantienen por debajo del 0.1%. Un solo envío malo a un segmento viejo puede disparar la tasa acumulada lo suficiente para superar el umbral.
  • Enviar a listas viejas o compradas. Las listas a las que no se ha escrito en meses producen más quejas y más hard bounces. Los datos comprados son la forma más rápida de recibir un TSS04 en un dominio nuevo.
  • Un pico repentino de volumen desde un dominio o IP de envío frío o nuevo. Yahoo espera un aumento gradual. Pasar de 500 al día a 50,000 al día de la noche a la mañana, aunque el contenido esté limpio, no se distingue de un remitente comprometido.
  • Poco engagement (aperturas, respuestas, clics). Yahoo tiene en cuenta el engagement en el cálculo de la tasa de quejas, así que un engagement bajo amplifica incluso un número absoluto pequeño de quejas.
  • One-click unsubscribe ausente o roto. Sin un encabezado List-Unsubscribe-Post de la RFC 8058, a los destinatarios que quieren salir de tu lista les queda una sola opción: el botón "Reportar spam".

Solución paso a paso

Sigue esta lista en orden. Saltarse pasos suele significar que el aplazamiento vuelve en cuestión de horas.

  1. Pausa los envíos al segmento afectado. Seguir empujando volumen contra un aplazamiento TSS04 empeora la tasa de quejas acumulada, no la mejora. Detén la campaña que lo provocó.
  2. Revisa el Complaint Feedback Loop de Yahoo. Si estás inscrito en el CFL de Yahoo (regístrate en senders.yahooinc.com), descarga los reportes de quejas más recientes e identifica qué segmento o campaña los generó. Si no estás inscrito, inscríbete ahora. Sin él, nunca verás las quejas de Yahoo.
  3. Revisa las métricas de engagement del mismo segmento. Mira los últimos 3 envíos a destinatarios de Yahoo/AOL: tasa de apertura, tasa de clics y tasa de respuesta. Una tasa de apertura por debajo del 5% en Yahoo en particular es una señal fuerte de que el segmento está viejo.
  4. Verifica el one-click unsubscribe. Yahoo exige un encabezado List-Unsubscribe que funcione y recomienda con fuerza el POST de la RFC 8058, así que 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 entregado en Yahoo y confirma que están los dos. Consulta nuestra guía de requisitos de Gmail y Yahoo para remitentes masivos para ver el formato exacto de los encabezados.
  5. Suprime los hard bounces y los destinatarios de Yahoo sin engagement. Quita del segmento de Yahoo a todos los que tuvieron un hard bounce, se quejaron o no han abierto en 90 días o más. La meta es que el próximo envío llegue solo a destinatarios que, estadísticamente, es poco probable que se quejen.
  6. Verifica que la autenticación esté intacta. El TSS04 tiene que ver con quejas, pero con un aplazamiento TSS04 y un DMARC roto Yahoo no te dará ningún margen en las señales de engagement. Haz una revisión rápida de SPF, DKIM y DMARC. Consulta códigos de error SMTP explicados para ver cómo los códigos transitorios (4xx) relacionados con la autenticación interactúan con los aplazamientos por reputación.
  7. Vuelve a subir el volumen de forma gradual. No retomes con el volumen que causó el problema. Reinicia al 25% del volumen previo al incidente hacia el segmento limpio, vigila durante 48 horas y luego sube.

Cuánto tarda en desaparecer el TSS04

El TSS04 es acumulado, no absoluto. El aplazamiento se levanta en cuanto tu tasa de quejas en la ventana de medición de Yahoo baja de su umbral. En la práctica:

  • Unas horas si dejaste de enviar de inmediato y el pico fue pequeño.
  • De 24 a 72 horas en un incidente típico de tamaño mediano, en el que pausaste, limpiaste el segmento y retomaste con menos volumen.
  • Una semana o más si seguiste enviando contra el aplazamiento, seguiste escribiendo al mismo segmento sucio o sumaste un segundo evento de quejas antes de que se resolviera el primero.

Como es acumulado y no una lista, no existe un formulario de "solicitud de remoción". Yahoo pide a los remitentes que primero corrijan el problema de fondo, y sugiere una Sender Support Request solo si el mismo error persiste durante un periodo prolongado. El aplazamiento desaparece solo cuando la tasa baja.

Preguntas frecuentes

¿El TSS04 es lo mismo que estar en una blacklist? No. El TSS04 es un aplazamiento temporal causado por quejas que aplican los propios sistemas de Yahoo, así que no aparecerá en Spamhaus, SpamCop ni en ninguna otra DNSBL de terceros. Desaparece solo cuando tu tasa de quejas vuelve a quedar por debajo del umbral.

¿También afecta a AOL? Sí. AOL, AIM, Verizon.net y las demás marcas de consumo que opera Yahoo funcionan sobre la misma infraestructura de correo y aplican las mismas reglas TSS. Si Yahoo te aplaza con TSS04, normalmente verás los mismos aplazamientos en @aol.com y los dominios relacionados al mismo tiempo.

¿Sirve reintentar el envío de inmediato? No, normalmente lo empeora. Reintentar inunda a Yahoo con el mismo volumen que provocó el aplazamiento, lo que mantiene alta la tasa de quejas acumulada. Pausa, limpia el segmento y luego retoma con menos volumen.

¿Tengo que contactar a Yahoo para quitar el TSS04? Al principio no. Yahoo no ofrece un formulario de delisting para el TSS04 porque no hay nada de qué salir, aunque sugiere una Sender Support Request si el mismo aplazamiento persiste durante un periodo prolongado después de corregir la causa. El aplazamiento se calcula en tiempo real a partir de tu tasa de quejas y desaparece solo. El monitoreo continuo de DMARC y de reputación (consulta monitoreo DMARC) es lo más parecido a una solución "preventiva".

¿Corregir SPF, DKIM y DMARC resuelve el TSS04? No directamente. El TSS04 es una señal de tasa de quejas, no de autenticación. Pero una autenticación rota hace que Yahoo esté menos dispuesto a darte el beneficio de la duda en el engagement, así que vale la pena ordenar la autenticación al mismo tiempo.

En resumen

El TSS04 es Yahoo diciéndote, en tiempo real, que demasiados de los destinatarios a los que escribes están presionando "Reportar spam". Es reversible, no es una blacklist y no hay ticket de soporte que abrir. Pausa la campaña que lo causó, limpia el segmento, verifica el one-click unsubscribe y vuelve a subir de forma gradual, y el aplazamiento se levanta solo en un plazo de horas a un par de días.

Si quieres visibilidad continua de las señales que provocan estos aplazamientos (reportes DMARC, fallas de autenticación, tendencias repentinas de quejas), MailVitals lo monitorea todo 24/7 para que te adelantes al próximo TSS04 en lugar de descubrirlo por una cola de correo atascada.

👉 Continúa: Requisitos de Gmail y Yahoo para remitentes en 2026 · Códigos de error SMTP explicados · Monitoreo DMARC

Fuentes

Pulse · envío de cold email

Infraestructura de envío solo para ti.

Cada dominio tiene su propio host MX, su IP, su selector DKIM y su certificado. Contrátalo administrado y nosotros lo operamos por ti, o compra una licencia y ejecútalo en tus propios servidores.

# en un servidor Ubuntu recién instalado
$ cd pulse && sudo ./install.sh
→ docker compose up · kumomta · stalwart · caddy
→ dashboard ready on https://pulse.yourdomain.com
$

También de nosotros:Beat: monitoreo que te da la soluciónConsultoría: US$ 65/h, sin cuota mensual