421 4.7.28 “Our system has detected an unusual rate of unsolicited mail originating from your IP address”: como corrigir no Gmail

Se o Gmail está adiando os seus e-mails com algo assim, você esbarrou num limite do Gmail baseado na reputação do IP:

421-4.7.28 [203.0.113.42 15] Our system has detected an unusual rate of
421-4.7.28 unsolicited mail originating from your IP address. To protect our
421-4.7.28 users from spam, mail sent from your IP address has been temporarily
421-4.7.28 rate limited. Please visit
421 4.7.28 https://support.google.com/mail/?p=UnsolicitedRateLimitError to
review our Bulk Email Senders Guidelines. - gsmtp

Você não foi bloqueado de vez nem entrou em blacklist, e a sua autenticação não falhou. O 421 4.7.28 é o limite do Gmail por reputação de cada IP: quando o volume ou a taxa de sinais de spam vindos do seu IP de envio passa do limiar móvel do Gmail, o Gmail devolve um soft bounce (4xx) para novos e-mails desse IP até o sinal baixar.

O detalhe crucial que quase todo mundo deixa passar na primeira leitura: esta variante está ligada ao endereço IP, não ao domínio de envio. O Gmail envia o mesmo código 4.7.28 citando o seu bloco de IPs, o seu domínio DKIM, o seu domínio SPF ou um domínio de URL quando é uma dessas cotas que foi ultrapassada (o Google lista todas as variantes), então confira qual delas o seu bounce cita. Dois remetentes que compartilham o mesmo IP de saída podem derrubar um ao outro, e um domínio limpo num IP compartilhado barulhento vai receber 421 4.7.28 mesmo com autenticação perfeita.

O que o 421 4.7.28 significa de verdade

Separe a resposta parte por parte:

• 421: o SMTP "service not available, closing transmission channel". Um código 4xx é uma falha transitória. O seu MTA mantém a mensagem na fila e tenta de novo no cronograma normal.
• 4.7.28: o código de status estendido. O 4 inicial confirma que é transitório. O 7 é o assunto de política/segurança. O 28 é o subcódigo que o Gmail usa para os limites de taxa de e-mail não solicitado (a IANA registra o X.7.28 como "mail flood detected").
• [203.0.113.42 15]: o IP exato que o Gmail está limitando, mais um contador interno. É esse IP que você precisa investigar; o domínio vem depois.
• unsolicited mail originating from your IP address: a escolha de palavras do Gmail é proposital: reclamações, entregas na pasta de spam e sinais ponderados por engajamento vindos desse IP na janela móvel do Gmail passaram do limiar.
• temporarily rate limited: a ênfase está em temporário. Não existe formulário de remoção. O limite se desfaz sozinho quando o sinal móvel baixa.

A diferença principal para o mais genérico limite de taxa 421 4.7.0 do Gmail: o Gmail usa o 4.7.0 para muitos adiamentos sem relação entre si (reputação baixa, registro PTR ausente, mensagens demais numa conexão), enquanto o 4.7.28 sempre quer dizer que uma cota de e-mail não solicitado foi ultrapassada. Diminuir o ritmo resolve um limite de taxa puro; não resolve um 4.7.28 causado por reclamações.

As causas mais comuns

Em incidentes reais, o 421 4.7.28 volta a uma destas causas:

• IP de envio compartilhado com um vizinho barulhento. Se você está num pool compartilhado de um ESP (SendGrid, Mailgun, Amazon SES, Postmark etc.), o envio ruim de outro cliente pode contaminar o IP para todo mundo. É a causa mais comum para remetentes SaaS.
• Taxa de reclamação de spam subindo no IP. Qualquer valor acima de 0,10% de forma contínua já é um problema no Gmail; 0,30% é a linha vermelha. Uma única campanha ruim pode fazer a taxa móvel disparar.
• Aumento repentino de volume a partir de um IP frio. Passar de 1.000 por dia para 100.000 por dia de uma noite para outra, mesmo com conteúdo limpo, fica indistinguível de um relay comprometido para o sistema de reputação do Gmail.
• DMARC ausente ou fraco no domínio de envio. O 4.7.28 é ligado ao IP, mas o Gmail ainda leva em conta a taxa de aprovação DMARC do domínio na pontuação do IP. Uma enxurrada de tráfego com p=none e pouco alinhamento prejudica o IP de onde saiu.
• Conta comprometida ou open relay no IP. Se um cliente ou uma conta interna começa a disparar em massa pelo seu relay, o IP pode receber 4.7.28 antes de você perceber.
• Perfil ruim de bounces e de higiene de lista. Taxas altas de hard bounce e envios para spam traps pesam contra o IP do mesmo jeito que as reclamações.

Correção passo a passo

Siga esta lista na ordem. Pular etapas costuma fazer o limite voltar em poucas horas.

1. Confirme qual IP está limitado. Pegue o IP exato na mensagem de bounce (o valor entre colchetes). Não suponha. Se você tem vários IPs de saída, pode ser que só um esteja afetado.
2. Consulte o IP nas principais DNSBLs. Um adiamento 4.7.28 e uma listagem recente numa DNSBL costumam ter a mesma causa. Passe o IP pelo verificador de blacklist gratuito e pela página da wiki sobre Spamhaus ZEN para ver o que está listado e por quê.
3. Puxe os dados do Postmaster Tools para o IP e o domínio. O Gmail Postmaster Tools mostra a reputação do IP (Bad / Low / Medium / High), a reputação do domínio, a taxa de reclamação de spam e a taxa de aprovação na autenticação. Se você ainda não configurou, siga o guia do Google Postmaster Tools; daqui para frente isso é obrigatório.
4. Pause o envio a partir do IP afetado. Continuar empurrando volume para um limite 4.7.28 só piora o sinal móvel. Pare a campanha problemática ou, se puder, desvie o tráfego para outro IP com boa reputação comprovada.
5. Identifique o segmento ou o cliente responsável. Cruze os picos de reclamação do Postmaster Tools com o registro das suas campanhas. Se você opera uma plataforma multi-tenant, isole qual envio de cliente disparou o problema.
6. Suprima hard bounces e destinatários do Gmail sem engajamento. Antes de retomar, tire do segmento Gmail especificamente quem deu hard bounce, reclamou ou não abre há 90 dias ou mais.
7. Confirme que a autenticação continua alinhada. O 4.7.28 não é uma falha de autenticação, mas um limite 4.7.28 em cima de um DMARC quebrado significa que o Gmail não vai lhe dar nenhum crédito. Confira de novo o alinhamento de SPF, DKIM e DMARC de cada domínio de envio nesse IP.
8. Volte a aumentar aos poucos. Não retome no volume que causou o problema. Recomece com cerca de 25% do volume anterior ao incidente para o segmento limpo, acompanhe o Postmaster Tools por 48 horas e depois aumente.

Se você está numa infraestrutura compartilhada e não consegue isolar o vizinho ruim, as opções realistas são: pedir ao seu ESP para mudar você de pool, migrar para um IP dedicado ou contratar um especialista em entregabilidade para fazer a triagem e negociar a mudança por você.

Quanto tempo até o 421 4.7.28 sumir

O 4.7.28 é móvel, não absoluto. O limite cai assim que o sinal de reputação do IP na janela de medição do Gmail fica abaixo do limiar. Na prática:

• Algumas horas: se você parou de enviar na hora e o pico foi pequeno e isolado.
• 24 a 72 horas: num 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 contra o limite, ou se um IP compartilhado continua sendo contaminado por outro cliente.

Como é móvel e não é uma listagem, não existe formulário de "pedido de remoção" do Gmail para o 4.7.28. As próprias instruções do Gmail dizem para parar de enviar por pelo menos 10 minutos, achar a causa e depois reconectar com uma única conexão, acrescentando conexões uma de cada vez. O limite some sozinho quando o sinal baixa.

Perguntas frequentes

O 421 4.7.28 é a mesma coisa que estar na blacklist do Gmail? Não. O 4.7.28 é um limite temporário por IP, baseado em reputação, aplicado pelos sistemas do próprio Gmail. Não é uma listagem numa DNSBL de terceiros e não vai aparecer na Spamhaus, na SpamCop nem em nenhuma outra DNSBL de terceiros. Some sozinho quando o sinal móvel volta para baixo do limiar.

Corrigir SPF, DKIM e DMARC resolve o 4.7.28? Não diretamente. O 4.7.28 está ligado ao sinal de spam do IP, não ao estado da autenticação. Mas uma autenticação quebrada deixa o Gmail menos disposto a lhe dar o benefício da dúvida no engajamento, então vale a pena corrigir em paralelo.

Tentar reenviar na hora ajuda? Não, normalmente piora. Reenviar inunda o Gmail com o mesmo volume que disparou o limite, o que mantém o sinal móvel alto. Pause, limpe e retome com volume menor.

Preciso falar com o Google para remover o 4.7.28? Não. O Google não oferece formulário de delisting para o 4.7.28 porque não há nada para remover. O limite é calculado em tempo real a partir do sinal de reputação do seu IP e some sozinho. Monitorar o IP e o DMARC continuamente é o mais perto que existe de uma correção preventiva.

Posso simplesmente trocar de IP de envio para contornar? Às vezes, mas só se o IP novo tiver o próprio histórico limpo de aquecimento. Trocar para um IP novo e frio costuma transferir o problema em vez de resolver, porque a causa de fundo (qualidade do segmento, higiene de lista, conteúdo) continua lá.

Resumo

O 421 4.7.28 é o Gmail avisando, em tempo real, que o seu IP de envio está gerando mais sinal de spam do que o limiar móvel do Gmail tolera. É reversível, não é uma blocklist e não há chamado de suporte para abrir. Pause o tráfego problemático, identifique a origem pelo Postmaster Tools, limpe o segmento, confirme a autenticação e volte a aumentar aos poucos. O limite então se desfaz sozinho, em algumas horas ou em um ou dois dias.

Se você quer acompanhar continuamente os sinais que causam esses limites (status do IP nas blocklists, taxa de aprovação DMARC, mudanças de reputação no estilo do Postmaster), a MailVitals monitora tudo isso 24 horas por dia, 7 dias por semana, para você se antecipar ao próximo 4.7.28 antes que ele apareça como uma fila travada. E se você está preso num IP compartilhado de onde não consegue sair, a nossa equipe pode cuidar da correção para você: agende um especialista em entregabilidade aqui.

👉 Continue lendo: Limite de taxa 421 4.7.0 do Gmail · Guia do Google Postmaster Tools · Códigos de erro SMTP explicados

Fontes

• Gmail SMTP errors and codes (Google Workspace Help), todas as variantes do 421 4.7.28: endereço IP, bloco de IPs, domínio DKIM, domínio SPF, domínio de URL e Message-ID repetido.
• Email sender guidelines (Gmail Help), o procedimento do Google para o 4.7.28 e a regra de que a cota de um IP é dividida entre todos os remetentes desse IP.
• Email sender guidelines FAQ (Gmail Help), os limiares de taxa de spam de 0,1% e 0,3% e quando remetentes em massa voltam a ter direito a mitigação.
• IANA SMTP Enhanced Status Codes registry, o X.7.28 registrado como "mail flood detected".