Códigos de erro SMTP explicados: o que 421, 550 e 554 significam de verdade

Quando um e-mail volta, o SMTP retorna um código de 3 dígitos e, opcionalmente, um código de status estendido (como 5.1.1). A maioria dos ESPs mostra o código no painel, mas raramente diz o que fazer com ele. Esta referência preenche essa lacuna para os códigos que você vai ver de fato.

Como os códigos de status SMTP são estruturados

Uma resposta como 550 5.1.1 The email account that you tried to reach does not exist tem três camadas:

• Código básico (550): os códigos de resposta da RFC 5321. O primeiro dígito é a categoria mais ampla.
• Código de status estendido (5.1.1): o detalhe mais fino da RFC 3463.
• Texto do motivo: legível por pessoas, varia de acordo com o servidor de destino.

O primeiro dígito é o que mais diz:

• 2xx: sucesso.
• 3xx: é preciso mais informação (continuação).
• 4xx: falha temporária (tente de novo).
• 5xx: falha permanente (não tente de novo).

Os códigos que você vai ver de fato

421: serviço indisponível

O servidor de destino está recusando sua conexão temporariamente. Causas comuns:

• O servidor do destinatário está sobrecarregado.
• Greylisting (um adiamento temporário proposital).
• Seu IP está com limite de taxa por reputação.
• Janela de manutenção.

Correção: o ESP deve tentar de novo automaticamente. Se você vê 421 persistentes de um mesmo destinatário, sua reputação de IP com ele provavelmente caiu. Confira o Postmaster Tools / SNDS.

450: caixa de e-mail temporariamente indisponível

A caixa existe, mas não pode receber e-mails agora. Usado com frequência em greylisting e em situações temporárias de caixa cheia.

Correção: tente de novo conforme o padrão do ESP. Depois de 5 tentativas em 72 horas, suprima.

451: erro de processamento local

O servidor do destinatário teve um erro interno temporário. Com menos frequência, é usado como limite de taxa genérico.

Correção: nova tentativa automática. Se for frequente com um destinatário, reduza o volume para esse domínio.

452: armazenamento insuficiente no sistema

O servidor do destinatário está sem espaço em disco (raro hoje em dia) ou a caixa do destinatário está cheia.

Correção: nova tentativa automática. Situações de caixa cheia costumam se resolver em alguns dias.

550: caixa indisponível / usuário inexistente

O hard bounce mais comum. A caixa de e-mail não existe. Códigos estendidos:

• 5.1.1: caixa de destino inválida.
• 5.2.1: caixa desativada.
• 5.7.1: entrega não autorizada (muitas vezes significa que o seu remetente foi rejeitado, e não que a caixa não existe).

Correção: suprima imediatamente, exceto quando o código estendido for 5.7.1, que normalmente é um problema de política/reputação, e não um usuário inexistente.

551: usuário não local

O servidor do destinatário não é o responsável por esse domínio. Você está tentando entregar no servidor errado.

Correção: quase sempre é um registro MX mal configurado ou um encaminhamento desatualizado. Verifique os registros MX com a consulta MX e resolva de novo.

552: limite de armazenamento excedido

A RFC 5321 chama de limite de armazenamento excedido; na prática, costuma significar que sua mensagem é grande demais. A maioria dos provedores limita em torno de 20-25 MB; alguns limites corporativos do Gmail/Outlook são maiores.

Correção: comprima os anexos ou hospede-os e envie o link. Não tente de novo sem mudar nada.

553: nome de caixa não permitido

O endereço do destinatário tem caracteres inválidos ou o seu endereço "From" foi rejeitado.

Correção: valide a sintaxe do endereço. Se o endereço From foi rejeitado, confira se ele tem SPF válido e alinhamento DMARC.

554: falha na transação (genérico)

A rejeição por política mais comum. Os códigos estendidos são decisivos:

• 5.7.0 / 5.7.1: mensagem recusada; os motivos vão de falha de autenticação a IP bloqueado.
• 5.7.9: registrado para SMTP AUTH ("authentication mechanism is too weak"), mas o Yahoo retorna 554 5.7.9 para rejeições por política.
• 5.7.26: várias verificações de autenticação falharam (o Gmail envia esse código com um 550).

Correção: leia o texto completo do motivo. Problemas de autenticação exigem corrigir SPF/DKIM/DMARC. Bloqueios exigem corrigir a reputação. Problemas de lista de supressão exigem tratar o remetente, não a caixa.

571: entrega não autorizada

Não é um código padrão da RFC 5321. Servidores Microsoft Exchange mais antigos o usam para um bloqueio por política quando o seu IP ou domínio é rejeitado de cara.

Correção: confira a reputação do IP no SNDS, verifique a autenticação e consulte o status em blacklists com o verificador de blacklist.

Códigos de status estendidos comuns que vale a pena conhecer

Código	Significado	Correção provável
5.1.1	Caixa de destino inválida	Suprimir o endereço
5.1.2	Sistema de destino inválido	Verificar os registros MX
5.1.8	Sistema do remetente inválido	Seu domínio From tem problemas de DNS
5.2.2	Caixa cheia	Nova tentativa automática, supressão no fim
5.4.1	Sem resposta do host	O servidor do destinatário está fora do ar
5.7.0	Outro motivo de segurança/política	Ler o texto completo do bounce
5.7.1	Entrega não autorizada	Problema de reputação ou autenticação
5.7.9	Mecanismo de autenticação fraco demais (Yahoo: rejeição por política)	Ler o texto; no Yahoo, verificar SPF/DKIM/DMARC
5.7.25	Falha na validação do DNS reverso	Configurar um PTR válido (veja a consulta de DNS reverso (PTR))
5.7.26	Várias verificações de autenticação falharam	Alinhamento DMARC quebrado

Os bounces de reputação do remetente

Alguns códigos que os painéis dos ESPs costumam classificar errado como hard bounce, mas que na verdade são problemas de reputação:

• 554 5.7.1 mencionando "blocked" / "denylisted" / "policy": é o seu remetente que está sendo rejeitado, e não a caixa que não existe.
• 421 4.7.0 seguido de texto sobre reputação: um throttling temporário.
• 550 5.7.606-649 (Microsoft): IP banido do Microsoft 365. Peça a remoção em sender.office.com (portal de delisting da Microsoft), não suprima.

Suprimir esses endereços faz você perder contatos que podem receber e-mails. Corrija o problema de reputação e os mesmos endereços voltarão a receber.

Como ler um bounce bruto

Uma mensagem de bounce traz a resposta SMTP no corpo, e o analisador de bounces lê todos os códigos de uma mensagem que você colar. Procure a seção chamada "Diagnostic-Code" ou o bloco recuado abaixo de "Final-Recipient":

Final-Recipient: rfc822; user@example.com
Action: failed
Status: 5.7.26
Diagnostic-Code: smtp; 550-5.7.26 This mail has been blocked because the sender is...

A primeira linha do código de diagnóstico é a resposta exata do servidor de destino. É com base nela que você deve agir, e não na interpretação do seu ESP.

Como fazer a triagem dos bounces

Uma triagem semanal simples:

1. Agrupe os bounces pelo código de status estendido (5.7.x vs 5.1.x vs 4.x).
2. 5.1.x e 5.2.x: problema de higiene da lista. Suprima e investigue a qualidade dos cadastros.
3. 5.7.x: problema de reputação ou de autenticação. Não suprima; corrija a causa de fundo.
4. 4.x: costuma se resolver sozinho. Investigue só se persistir.

Perguntas frequentes

Qual é a diferença entre os códigos 4xx e 5xx? O 4xx é temporário, então tente de novo. O 5xx é permanente, então não tente. A maioria dos ESPs cuida disso automaticamente.

Por que recebo erros 550 em endereços de e-mail válidos? Ou o endereço foi desativado ou, com mais frequência, o 550 é na verdade um 550 5.7.x e indica um bloqueio por política, e não uma caixa inexistente. Confira o código estendido.

Devo suprimir endereços que retornam 554? Só se o código estendido disser claramente que a caixa é inválida. Os códigos 554 5.7.x quase sempre são problemas de reputação ou autenticação. Suprimi-los é um erro.

O que significa exatamente "5.7.26"? O Gmail o envia como 550 5.7.26. É o código de "várias verificações de autenticação falharam". Quase sempre significa que o alinhamento DMARC quebrou. Verifique o SPF e a assinatura DKIM, e alinhe o seu domínio From:.

Tentar de novo um código 5xx prejudica minha reputação? Sim. Novas tentativas persistentes contra um 5xx são vistas como comportamento de robô. Configure seu ESP para respeitar as falhas permanentes.

Resumo

Os códigos SMTP são ouro para o diagnóstico, se você os ler. O primeiro dígito diz se deve tentar de novo; o código estendido diz o que de fato corrigir. Suprimir todo 5xx sem ler o código estendido é o erro de triagem mais comum e mais caro da entregabilidade.

👉 Continue lendo: Soft bounce vs hard bounce · Por que minha reputação de remetente caiu? · Como corrigir SPF, DKIM e DMARC

Fontes

• RFC 5321: Simple Mail Transfer Protocol, os códigos de resposta básicos (421, 450, 451, 452, 550 a 554) e sua redação.
• RFC 3463: Enhanced Mail System Status Codes, a estrutura classe.assunto.detalhe dos códigos de status estendidos, como 5.1.1 e 5.7.1.
• IANA SMTP Enhanced Status Codes registry, o significado atual de cada código de status estendido, incluindo 5.7.9, 5.7.25 e 5.7.26.
• RFC 3464: An Extensible Message Format for Delivery Status Notifications, os campos Final-Recipient, Status e Diagnostic-Code de um bounce.
• Email nondelivery reports and SMTP errors in Exchange Online (Microsoft Learn), a lista da própria Microsoft com os códigos do Exchange Online, incluindo 5.7.606-649 e 5.7.708.