Referência: 421 4.7.0 na wiki de códigos de erro
Nesta página
- O que o 421 4.7.0 significa de verdade
- Gatilho 1: reputação do IP baixa
- Gatilho 2: pico de volume
- Gatilho 3: limite de mensagens por conexão
- Gatilho 4: reputação do domínio caindo
- Devo reenviar manualmente?
- Como saber se o 421 é "só throttling" ou um problema real
- Perguntas frequentes
- Pegue o throttling antes que ele pegue você
- Fontes
Se o MX do Gmail está respondendo com esta linha, você recebeu um adiamento temporário 4xx (deferral):
421 4.7.0 [203.0.113.10 15] Our system has detected that this message is
421 4.7.0 suspicious due to the very low reputation of the sending IP address.
421 4.7.0 To best protect our users from spam, the message has been blocked.
Ou, às vezes, a versão mais curta:
421 4.7.0 Try again later, closing connection.
Os dois são códigos 4xx, então o seu servidor de envio vai tentar a mensagem de novo. Mas "tentar de novo" não quer dizer "entregar". Respostas 421 persistentes se acumulam na fila, atrasam as entregas seguintes e indicam um problema de reputação que precisa ser corrigido.
O que o 421 4.7.0 significa de verdade
O Gmail usa o 421 como resposta genérica de throttling temporário, com vários gatilhos. O Google lista as variantes na página Gmail SMTP errors and codes:
| Gatilho | Mensagem típica |
|---|---|
| Reputação do IP baixa | ...suspicious due to the very low reputation of the sending IP address |
| Pico de volume | ...IP isn't normally seen with this volume |
| Limite por conexão | Try again later, closing connection. (depois de N mensagens em uma conexão TCP) |
| Reputação do domínio caindo | ...domain reputation mencionado no adiamento |
Leia a resposta SMTP completa, não só o código. A maioria dos ESPs corta a resposta na interface, então confira os logs brutos.
Gatilho 1: reputação do IP baixa
É a causa mais comum. O sistema de reputação do Gmail concluiu que o seu IP de envio manda mensagens demais marcadas como spam ou sem autenticação em relação às legítimas.
Como confirmar: abra o Google Postmaster Tools → IP Reputation. Se o seu IP de envio aparece como Low ou Bad, você achou a causa.
Como resolver:
- Pare o envio agressivo imediatamente.
- Envie só para os contatos mais engajados (que abriram nos últimos 30 dias) por pelo menos 14 dias.
- Confirme que SPF, DKIM e DMARC estão alinhados (rode o nosso analisador de cabeçalhos de e-mail em um envio recente).
- Se você usa um IP compartilhado, o problema pode ser dos vizinhos; considere migrar para um IP dedicado e fazer o aquecimento.
Gatilho 2: pico de volume
O Gmail monta um perfil do seu volume normal de envio por dia. Se você de repente multiplica a contagem habitual por 5 ou por 10, o Gmail começa a adiar o excedente mesmo com a reputação saudável.
Como resolver:
- Aumente aos poucos: no máximo +30% por dia durante o aquecimento.
- Divida campanhas grandes em várias janelas de envio.
- Se você é um remetente novo, siga uma curva de aquecimento de 4 a 6 semanas (por exemplo 50 → 100 → 250 → 500 → 1k → 2.5k → 5k por dia).
Gatilho 3: limite de mensagens por conexão
O Gmail fecha uma conexão TCP depois de mais ou menos 100 mensagens e retorna 421 4.7.0 Try again later, closing connection. Isso é normal e esperado. A maioria dos MTAs decentes (KumoMTA, PowerMTA, Postfix bem ajustado) reconecta sozinha.
Se você vê isso o tempo todo e o seu MTA não reconecta, o problema é de configuração do MTA, não de reputação.
Como resolver (exemplo com Postfix):
smtp_destination_concurrency_limit = 10
smtp_destination_rate_delay = 1s
No KumoMTA, defina limites de conexão por MX na configuração de egress shaping.
Gatilho 4: reputação do domínio caindo
Se o seu IP está bem mas a reputação do domínio está caindo (por exemplo Yellow ou Red no Postmaster Tools), o Gmail adia mesmo vindo de um IP limpo.
Como resolver:
- Revise os envios dos últimos 7 dias em busca de taxas altas de reclamação de spam.
- Remova os segmentos que não abrem há 90 dias ou mais.
- Verifique se a autenticação foi comprometida. Alguém (ou uma ferramenta esquecida) está enviando pelo seu domínio? Os relatórios agregados de DMARC vão mostrar.
Devo reenviar manualmente?
Não. O 421 é um 4xx, e o seu MTA vai tentar de novo no próprio cronograma (normalmente a cada 5 a 15 minutos na primeira hora, depois espaçando). Reenvios manuais do mesmo IP só disparam o mesmo adiamento e aumentam a fila.
O certo é diminuir o ritmo de envio por algumas horas e deixar a fila esvaziar no ritmo do Gmail.
Como saber se o 421 é "só throttling" ou um problema real
Throttling saudável é assim: uma pequena porcentagem das mensagens adiada nos picos de volume, tudo entregue em 1 a 2 horas, sem efeito no posicionamento.
Problema real é assim: a taxa de adiamento sobe dia após dia, mensagens expiram depois de 24 a 72 horas de tentativas, e o Postmaster Tools mostra a reputação piorando.
Se você está no segundo caso, pare as campanhas e trate o caso como um incidente de reputação.
Perguntas frequentes
O 421 4.7.0 acaba virando um bounce 550? Sim. Se o seu MTA desiste de tentar (o padrão da maioria é de uns 3 a 5 dias), a mensagem volta para o remetente como hard bounce. Não deixe mensagens paradas na fila para sempre; encurte as janelas de nova tentativa.
O 421 4.7.0 prejudica a minha reputação? O 421 em si, não. Mas o que causou o 421 (reclamações de spam, falhas de alinhamento, volume suspeito) prejudica, sem dúvida. Trate o 421 como um sintoma.
Quanto tempo dura o throttling do Gmail? Por volume: horas. Por reputação: dias a semanas de envio limpo para recuperar. Aquecimento de IP novo: 4 a 8 semanas para chegar à capacidade total.
Pegue o throttling antes que ele pegue você
A MailVitals monitora os seus IPs de envio, os sinais de reputação do domínio e a saúde da autenticação 24 horas por dia, 7 dias por semana. Quando algo começa a sair do lugar, você recebe um alerta antes de o Gmail começar o throttling. Pare de descobrir problemas de entregabilidade pelo log de bounces.
Fontes
- Gmail SMTP errors and codes (Google Workspace Help), as variantes do 421 4.7.0 que o Gmail envia, de reputação baixa do IP ou do domínio até um registro PTR ausente e "Try again later, closing connection".
- Email sender guidelines (Gmail Help), a recomendação do Google de aumentar o volume aos poucos, evitar picos repentinos e reduzir o volume até os adiamentos diminuírem.
- RFC 5321: Simple Mail Transfer Protocol, define o 421 como uma resposta transitória "service not available" e fixa um prazo de desistência de pelo menos 4 a 5 dias para mensagens na fila.
- RFC 3463: Enhanced Mail System Status Codes, o esquema class.subject.detail por trás do 4.7.0: 4 é transitório, 7 é um status de segurança ou de política.