Pular para o conteúdo
O diário da entregabilidade · 8 min de leitura

421 4.7.0 [TSS04] “Messages temporarily deferred due to user complaints”: guia de correção para o Yahoo

A resposta 421 4.7.0 [TSS04] do Yahoo é um adiamento temporário causado pela taxa de reclamação, e não uma blacklist. Veja o que cada parte do bounce significa e a sequência exata para resolver.

Autor
Yahoo
Tema
Publicado em
Atualizado em

Referência: 421 na wiki de códigos de erro

Nesta página
  1. O que [TSS04] significa de fato
  2. Decodificando a string completa do bounce
  3. Por que você recebeu o TSS04
  4. Correção passo a passo
  5. Quanto tempo até o TSS04 sumir
  6. Perguntas frequentes
  7. Conclusão
  8. Fontes

Se o Yahoo está adiando os seus e-mails com algo assim, você esbarrou em um adiamento TSS04 por taxa de reclamação:

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

Isto não é um bloqueio definitivo, uma listagem em blacklist nem uma rejeição de conteúdo por mensagem. O TSS04 é o throttling do Yahoo por taxa de reclamação móvel: quando a taxa de reclamações de spam do seu IP ou domínio de envio passa do limite do Yahoo dentro da janela de medição, o Yahoo começa a devolver soft bounces (4xx) para os novos e-mails daquele remetente até a taxa voltar a cair.

Como a AOL roda na infraestrutura de e-mail do Yahoo, exatamente o mesmo adiamento TSS04 vale para os e-mails que você envia para @aol.com, @aim.com, @verizon.net e os demais domínios de consumo operados pelo Yahoo.

O que [TSS04] significa de fato

A página de códigos de erro SMTP do Yahoo agrupa os códigos TS* sob "Message temporarily deferred" e lista as causas: reclamações, conteúdo questionável, um IP ou sub-rede mal avaliado, tráfego incomum. O próprio texto do bounce TSS04 diz a causa: "Messages temporarily deferred due to user complaints."

Três coisas importam nessa redação:

  • Temporarily (temporariamente): é uma resposta 4xx. O seu MTA vai manter a mensagem na fila e tentar de novo no ritmo normal. O Yahoo espera que o remetente diminua o ritmo, e não que insista mais.
  • Deferred (adiada): a mensagem fica retida para uma nova tentativa depois. A sua fila vai crescer se você não diminuir a taxa de entrada.
  • User complaints (reclamações dos usuários): o gatilho é o botão "Denunciar spam", e não a filtragem de conteúdo, a autenticação ou as blacklists. Corrigir SPF/DKIM/DMARC não resolve o TSS04 sozinho.

Decodificando a string completa do bounce

Um bounce TSS04 real do Yahoo é assim:

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: o "service not available, closing transmission channel" do SMTP. Um código 4xx é uma falha transitória. Compare com o 5xx, que é permanente.
  • 4.7.0: o código de status estendido. O 4 corresponde à classe 4xx (transitória). O 7 é o assunto política/segurança. O 0 é "outro status de segurança ou indefinido"; o Yahoo usa esse código de forma genérica para adiamentos por reputação.
  • [TSS04]: a etiqueta interna do próprio Yahoo. TSS = "Temporary Sending Suspension" (suspensão temporária de envio). O número depois dela (04) identifica o motivo específico. Do TSS01 ao TSS06 cobrem cenários diferentes de reputação/reclamação; o TSS04 é especificamente taxa de reclamação.
  • Messages temporarily deferred due to user complaints: a explicação legível por humanos.
  • 4.16.55.1: identificador de rastreamento interno do Yahoo. Só é útil se você for escalar o caso para a equipe de postmaster do Yahoo.
  • senders.yahooinc.com: a documentação oficial do Yahoo para postmasters e remetentes, onde os adiamentos TS* são explicados.

Se o seu log mostra [TSS03], [TSS05] ou outra etiqueta, você está diante de outro problema. Só o [TSS04] é causado pela taxa de reclamação.

Por que você recebeu o TSS04

Na prática, o TSS04 dispara por um (ou mais) destes motivos:

  • Taxa de reclamação de spam em alta. O Yahoo, assim como o Gmail, considera um problema qualquer taxa de reclamação acima de 0,3% (3 em 1.000). Os melhores remetentes ficam abaixo de 0,1%. Um único envio ruim para um segmento desatualizado pode elevar a taxa móvel o suficiente para passar do limite.
  • Envio para listas desatualizadas ou compradas. Listas que não recebem e-mail há meses geram taxas mais altas tanto de reclamação quanto de hard bounce. Dados comprados são o jeito mais rápido de levar um TSS04 em um domínio novo.
  • Um pico repentino de volume vindo de um domínio/IP de envio frio ou novo. O Yahoo espera um aumento gradual. Passar de 500 por dia para 50.000 por dia da noite para o dia, mesmo com conteúdo limpo, fica indistinguível de um remetente comprometido.
  • Engajamento baixo (aberturas, respostas, cliques). O Yahoo leva o engajamento em conta no cálculo da taxa de reclamação, então um engajamento baixo amplifica até um número absoluto pequeno de reclamações.
  • One-click unsubscribe ausente ou quebrado. Sem um cabeçalho List-Unsubscribe-Post da RFC 8058, quem quer sair da sua lista fica com uma só opção: o botão "Denunciar spam".

Correção passo a passo

Siga esta lista na ordem. Pular etapas geralmente faz o adiamento voltar em poucas horas.

  1. Pause os envios para o segmento afetado. Continuar empurrando volume para dentro de um adiamento TSS04 piora a taxa de reclamação móvel, em vez de melhorar. Pare a campanha que causou o problema.
  2. Consulte o Complaint Feedback Loop do Yahoo. Se você está inscrito no CFL do Yahoo (cadastro em senders.yahooinc.com), baixe os relatórios de reclamação mais recentes e identifique qual segmento ou campanha os gerou. Se não está inscrito, inscreva-se agora. Sem ele, você vai continuar no escuro sobre as reclamações no Yahoo para sempre.
  3. Confira as métricas de engajamento do mesmo segmento. Olhe os últimos 3 envios para destinatários do Yahoo/AOL: taxa de abertura, taxa de clique e taxa de resposta. Uma taxa de abertura abaixo de 5% especificamente no Yahoo é um sinal forte de que o segmento está desatualizado.
  4. Verifique o one-click unsubscribe. O Yahoo exige um cabeçalho List-Unsubscribe funcionando e recomenda fortemente o POST da RFC 8058, então toda mensagem comercial para o Yahoo deve trazer List-Unsubscribe: <https://...>, <mailto:...> e List-Unsubscribe-Post: List-Unsubscribe=One-Click. Pegue os cabeçalhos brutos de uma mensagem entregue no Yahoo e confirme que os dois estão lá. Veja o nosso guia dos requisitos do Gmail e do Yahoo para remetentes em massa para o formato exato do cabeçalho.
  5. Suprima os hard bounces e os destinatários desengajados do Yahoo. Remova do segmento do Yahoo, especificamente, quem deu hard bounce, reclamou ou não abre há 90 dias ou mais. O objetivo é fazer o próximo envio só para destinatários que estatisticamente dificilmente vão reclamar.
  6. Verifique se a autenticação está intacta. O TSS04 é sobre reclamações, mas um adiamento TSS04 com DMARC quebrado significa que o Yahoo não vai dar a você nenhuma boa vontade nos sinais de engajamento. Faça uma verificação rápida de SPF, DKIM e DMARC. Veja Códigos de erro SMTP explicados para entender como os códigos transitórios (4xx) ligados à autenticação interagem com os adiamentos por reputação.
  7. Volte a aumentar o volume aos poucos. Não retome no volume que causou o problema. Recomece com 25% do volume de antes do incidente para o segmento limpo, acompanhe por 48 horas e então aumente.

Quanto tempo até o TSS04 sumir

O TSS04 é móvel, não absoluto. O adiamento é retirado assim que a sua taxa de reclamação na janela de medição do Yahoo cai abaixo do limite. Na prática:

  • Algumas horas se você parou de enviar na hora e o pico foi pequeno.
  • De 24 a 72 horas em um incidente médio típico, em que você pausou, limpou o segmento e retomou com volume menor.
  • Uma semana ou mais se você continuou enviando durante o adiamento, continuou acertando o mesmo segmento sujo ou somou um segundo evento de reclamações antes de o primeiro passar.

Como é móvel e não uma listagem, não existe formulário de "pedido de remoção". O Yahoo pede que os remetentes corrijam o problema de fundo primeiro e sugere uma Sender Support Request só se o mesmo erro persistir por um período prolongado. O adiamento some sozinho quando a taxa cai.

Perguntas frequentes

O TSS04 é o mesmo que estar em uma blacklist? Não. O TSS04 é um adiamento temporário, causado por reclamações e aplicado pelos próprios sistemas do Yahoo, então ele não aparece na Spamhaus, na SpamCop nem em nenhuma outra DNSBL de terceiros. Ele some automaticamente quando a sua taxa de reclamação volta para baixo do limite.

Isso afeta a AOL também? Sim. AOL, AIM, Verizon.net e as outras marcas de consumo operadas pelo Yahoo rodam na mesma infraestrutura de e-mail e aplicam as mesmas regras TSS. Se você está com adiamento TSS04 no Yahoo, normalmente vai ver os mesmos adiamentos em @aol.com e nos domínios relacionados ao mesmo tempo.

Tentar reenviar na hora ajuda? Não, geralmente piora. Reenviar inunda o Yahoo com o mesmo volume que causou o adiamento, o que mantém alta a taxa de reclamação móvel. Pause, limpe o segmento e retome com volume menor.

Preciso falar com o Yahoo para remover o TSS04? Não de início. O Yahoo não oferece um formulário de delisting para o TSS04 porque não há nada a remover, embora sugira uma Sender Support Request se o mesmo adiamento persistir por um período prolongado depois que você corrigiu a causa. O adiamento é calculado em tempo real a partir da sua taxa de reclamação e some sozinho. O monitoramento contínuo de DMARC e de reputação (veja monitoramento de DMARC) é o mais perto que existe de uma correção "preventiva".

Corrigir SPF, DKIM e DMARC resolve o TSS04? Não diretamente. O TSS04 é um sinal de taxa de reclamação, não de autenticação. Mas uma autenticação quebrada deixa o Yahoo menos disposto a dar a você o benefício da dúvida no engajamento, então arrumar a autenticação ao mesmo tempo continua valendo a pena.

Conclusão

O TSS04 é o Yahoo dizendo a você, em tempo real, que destinatários demais estão apertando "Denunciar spam". É reversível, não é uma blacklist e não há chamado de suporte a abrir. Pause a campanha problemática, limpe o segmento, verifique o one-click unsubscribe e volte a aumentar o volume aos poucos, e o adiamento se desfaz sozinho em algumas horas a um ou dois dias.

Se você quer visibilidade contínua sobre os sinais que provocam esses adiamentos (relatórios DMARC, autenticação quebrada, tendências repentinas de reclamação), o MailVitals monitora tudo isso 24 horas por dia, 7 dias por semana, para você se antecipar ao próximo TSS04 em vez de descobri-lo por uma fila de e-mail travada.

👉 Continue: Requisitos do Gmail e do Yahoo para remetentes em 2026 · Códigos de erro SMTP explicados · Monitoramento de DMARC

Fontes

Pulse · envio de cold email

Infraestrutura de envio só sua.

Cada domínio tem o próprio host MX, IP, seletor DKIM e certificado. O Pulse gerenciado já está disponível, e nós operamos para você; a versão self-hosted chega no 4º trimestre de 2026.

# em um servidor Ubuntu novo
$ cd pulse && sudo ./install.sh
→ docker compose up · kumomta · stalwart · caddy
→ dashboard ready on https://pulse.yourdomain.com
$

Também nosso:Beat: monitoramento que diz a correçãoConsultoria: US$ 65/hora, sem retainer