Um endereço Gmail cuja caixa de entrada está quase vazia pode devolver um mailbox full a cada envio seu. A conta Google inteira está saturada: os emails partilham o armazenamento com o Drive e o Fotos. Na campanha, a taxa de hard bounce sobe sem que o conteúdo nem o IP tenham mudado, e a ferramenta de envio mostra apenas “caixa cheia”.

Trate um 552 5.2.2 ou um 452 4.2.2 como um incidente temporário. Suspenda os envios de marketing para o endereço durante 7 a 14 dias e tente de novo. Retire-o da lista se continuar a dar bounce passadas cerca de 2 semanas ou em várias campanhas distintas, a regra proposta por Al Iverson no Spam Resource (31 de agosto de 2026).

Ler o código: 452 4.2.2, 552 5.2.2 ou 554 5.2.2

Uma rejeição SMTP traz dois códigos. O primeiro, de três dígitos, indica se a falha é temporária (4xx) ou permanente (5xx). O segundo, o Enhanced Status Code (três números separados por pontos), indica a causa. No registo da IANA derivado da RFC 3463, X.2.2 significa “Mailbox full”, associado ao código 552, com a indicação de o usar como uma falha transitória persistente. Um 4.2.2 cumpre essa indicação. Um 5.2.2 contradiz-a. As duas versões coexistem, no entanto, nos seus registos.

Para o Gmail, a documentação do Google Workspace (consultada a 8 de outubro de 2026) lista as duas versões:

452 4.2.2: “The recipient’s inbox is out of storage space.” (a caixa do destinatário já não tem espaço de armazenamento)

552 5.2.2: “The recipient’s inbox is out of storage space and inactive.” (a caixa do destinatário já não tem espaço de armazenamento e está inativa)

A versão permanente acrescenta a inatividade da conta à falta de espaço. Al Iverson observa, por seu lado, rejeições 552 no Gmail por simples excesso de quota, sem qualquer menção a inatividade. A tabela indica a origem de cada código.

Códigos de caixa cheia e tratamento aconselhado antes da remoção
Código completo Classe Origem Tratamento
452 4.2.2 Temporário Documentação Google Workspace Suspensão de 7 a 14 dias
552 5.2.2 Aparentemente permanente Documentação Google Workspace (caixa cheia e inativa), registo da IANA (X.2.2) e Al Iverson Mesma suspensão antes de qualquer remoção
554 5.2.2 Aparentemente permanente Exchange Online, caso das pastas públicas Endereço partilhado da empresa cheio: mesma suspensão
450 4.2.1 Temporário Documentação Google Workspace Não tem a ver com o armazenamento: a caixa está a receber demasiado depressa
552 5.3.4 Permanente Documentação Google Workspace, registo da IANA (X.3.4) Não tem a ver com o armazenamento: a mensagem é demasiado pesada

As duas últimas linhas induzem em erro. O Google documenta o 450 4.2.1 para uma caixa que recebe a um ritmo demasiado elevado. Documenta o 552 5.3.4 para uma mensagem que excede os seus limites de tamanho (X.3.4 designa, no mesmo registo, uma mensagem demasiado grande para o sistema). Numa conta Gmail pessoal, o limite dos anexos é de 25 MB segundo a ajuda do Gmail. Nenhum dos dois assinala uma quota cheia: o primeiro volta a tentar-se, o segundo obriga a aligeirar a mensagem. Leia o texto da rejeição antes de classificar.

Porque é que uma caixa quase vazia rejeita tudo

Uma conta Google cheia deixa de poder enviar e receber emails. As mensagens que lhe são dirigidas voltam ao remetente, de acordo com a ajuda do Google sobre o armazenamento partilhado. A quota gratuita de 15 GB cobre o Gmail, o Drive, o Fotos e as cópias de segurança do telemóvel. Vídeos em 4K ou uma cópia de segurança automática de fotografias bastam para a esgotar, com a caixa de entrada vazia ou não.

Muitas vezes, o titular só se apercebe no primeiro bounce. Esvazia o lixo e apaga vídeos, a menos que compre armazenamento Google One. O Google indica que uma conta ainda cheia 30 minutos depois da limpeza exige uma triagem mais profunda. A longo prazo, o risco aumenta: uma conta acima da quota durante 2 anos fica sujeita à eliminação de conteúdos.

Um 452 4.2.2 num endereço Gmail indica que o armazenamento partilhado da conta transbordou. O 552 5.2.2 acrescenta, segundo o Google, uma conta inativa. A remoção passa então a ser provável: uma conta neste estado dificilmente será limpa antes da tentativa seguinte, que também dará bounce.

O Outlook.com segue a mesma lógica. A conta gratuita dispõe de 15 GB para os emails. Os anexos, esses, contam nos 5 GB de armazenamento na cloud que a conta Microsoft partilha com o OneDrive. Se esses 5 GB forem ultrapassados, a Microsoft esclarece que a caixa fica bloqueada no envio e na receção, mesmo abaixo da sua quota de mensagens. Qualquer mensagem recebida volta então ao remetente.

O que o bounce faz às suas estatísticas

Tudo depende da classe atribuída pela sua ferramenta. Um 552 classificado como hard bounce infla a taxa e pode custar-lhe o endereço: no Mailchimp, um endereço com hard bounce é limpo automaticamente da audiência na maioria dos casos. Um 4xx classificado como soft bounce não implica remoção imediata. A repetição acaba, porém, por contar: a mesma ferramenta converte um soft bounce em hard bounce após 7 soft bounces para um endereço sem atividade do subscritor. O limiar sobe para 15 num contacto já ativo. Conta simples: em 50.000 envios, 250 caixas cheias classificadas como hard bounce acrescentam 0,5 pontos à taxa. Esse meio ponto pesa na sender reputation. As plataformas toleram pouca margem nesta taxa, como mostram as taxas de bounce aceitáveis por plataforma.

Aplicar uma regra de prazo na sua ferramenta de envio

A regra tem 5 ações, a configurar uma vez na ferramenta ou a aplicar à mão na exportação dos bounces.

Um 5.2.2 suspende-se 7 a 14 dias antes de qualquer remoção, um 5.1.1 elimina-se de imediato
  1. Abra o registo da campanha e leia o código completo do NDR (relatório de não entrega): procure 4.2.2 ou 5.2.2, não apenas 552.
  2. Classifique o endereço como suspensão temporária. Se a sua ferramenta só permite hard ou soft sem subcódigo, exporte esses endereços para um segmento separado.
  3. Suspenda o endereço durante 7 a 14 dias. Com uma newsletter semanal, ele salta um envio; com uma newsletter mensal, aguarda pelo seguinte.
  4. Reintegre-o na campanha seguinte. Se a mensagem passar, reponha o contador de bounces a zero.
  5. Retire-o se o bounce persistir para além de cerca de 2 semanas. Um segundo bounce numa campanha distinta tem o mesmo veredicto.

Iverson não quantifica o limiar “várias campanhas distintas”. A regra acima usa 2 campanhas, a leitura mais estrita da sua recomendação.

Esta regra vale para os envios de marketing. Num email transacional (fatura, redefinição de palavra-passe), esperar não faz sentido: avise o cliente por SMS ou na sua área de cliente para que liberte espaço.

Quando a caixa cheia passa a ser um endereço abandonado

Tentar sem fim uma conta saturada desperdiça envios. Se a entrega falha durante muito tempo, Iverson considera que a conta foi abandonada ou que o titular não resolve o problema: o endereço sai da lista. Um endereço que produz soft bounces durante meses está, na prática, morto, como descreve o nosso guia sobre o hard bounce e o soft bounce.

“Não se pode simplesmente filtrar depois do envio?” A mensagem que dá bounce já foi emitida. Esse bounce conta, portanto, nas estatísticas da campanha. A verificação prévia retira os endereços inexistentes, os únicos que se eliminam sem prazo. As caixas cheias seguem a regra acima. Os endereços válidos mas silenciosos há meses têm outro tratamento, descrito em o que fazer com os contactos inativos.

Duas armadilhas antes de suspender

O seu servidor já tentou de novo. A RFC 5321 recomenda que os servidores de envio repitam uma entrega diferida durante pelo menos 4 a 5 dias antes de desistir (secção 4.5.4.1). A sua ferramenta pode definir um período mais curto: o SendGrid, por exemplo, repete uma mensagem diferida durante 72 horas no máximo. Num 4xx, o bounce que lê chega, portanto, depois desse período de novas tentativas. A suspensão de 7 a 14 dias soma-se a ele.

Segunda armadilha: o subcódigo. Um 5.2.2 trata-se com prazo. Um 5.1.1 (endereço inexistente) elimina-se. Os outros subcódigos têm cada um o seu tratamento, detalhado em os códigos de resposta SMTP que deve conhecer e no guia dos códigos de erro.

Filtre os bounces 5.2.2 e 4.2.2 da sua última campanha e aplique a regra de prazo antes do envio seguinte. Mande verificar uma amostra da lista ao mesmo tempo para medir a parte de endereços inexistentes.

Nicolas Forni
Author

Fundador da Captain Verify, trabalho na verificação de emails e números de telemóvel desde 2015. Neste blog escrevo sobre entregabilidade, higiene das bases de contactos, regras dos fornecedores de correio e SMS marketing. Artigos concretos, pensados para as equipas de marketing que enviam todas as semanas.