A sua campanha arranca, parte dos destinatários fica em fila de espera e o registo mostra «452 4.5.3 Your message has too many recipients», enquanto a sua ferramenta de emailing responde que está tudo bem. O servidor recusa parte da lista nesta transação SMTP sem fechar a ligação. Divida o envio em lotes de 100 destinatários no máximo (o limiar mínimo que a RFC 5321 obriga qualquer servidor a aceitar) e depois reenvie apenas os endereços recusados.
O que significa um 452 4.5.3
O algarismo 4 classifica o erro como temporário. A RFC 5321, publicada em outubro de 2008 para substituir a RFC 2821, corrige a RFC 821 de 1982, que atribuía por engano o código 552 a esta condição. A RFC 5321 (secção 4.5.3.1.10) impõe o código 452 quando um servidor esgota o limite de comandos RCPT. Recusar um destinatário antes do centésimo comando RCPT viola a especificação.
Um 452 é, portanto, um soft bounce: a diferença face à recusa definitiva está detalhada no artigo sobre o hard bounce e o soft bounce. O mesmo excesso de destinatários dá um 550 5.5.3 (RESOLVER.ADR.RecipLimit no Exchange) quando a recusa é definitiva, sem nova tentativa.
A lista geral dos códigos está em os códigos de resposta SMTP a conhecer. Uma caixa de entrada cheia, outro caso de erro num endereço existente, trata-se no artigo sobre o erro 552 mailbox full.
Os limites de destinatários por serviço de email
A tabela compara os limites publicados pelos fornecedores para um mesmo envio. O número que bloqueia depende do caminho utilizado: a mesma conta Gmail aceita 2.000 destinatários a partir da interface web e 100 quando uma ferramenta se liga por SMTP. Valores consultados em outubro de 2026, a reverificar antes de dimensionar um envio, porque a Google e a Microsoft alteram-nos.
| Serviço de email ou contexto | Destinatários por mensagem | Limite diário | Texto de erro observado |
|---|---|---|---|
| Gmail e Google Workspace (interface web) | 2.000 no total, dos quais 500 externos no máximo | 2.000 mensagens e 10.000 destinatários por utilizador; 3.000 destinatários externos | Your message has too many recipients |
| Gmail por SMTP (utilizadores POP ou IMAP) | 100 | mesmos limites diários | Your message has too many recipients |
| Gmail API | 500 | mesmos limites diários | Your message has too many recipients |
| Relay smtp-relay.gmail.com | 100 por transação SMTP | ver a página do relay | Your message has too many recipients |
| Exchange Online | configurável até 1.000 | 10.000 destinatários por caixa e por dia; limite de tenant (TERRL) consoante as licenças | Recipients belong to multiple regions (ATTR38) |
| Postfix | 1.000 por predefinição (smtpd_recipient_limit) | nenhum | Error: too many recipients |
| Mínimo imposto pela RFC 5321 | 100 a aceitar | não aplicável | 452 4.5.3 |
A coluna «texto de erro» é a que orienta o diagnóstico. Dois servidores podem devolver o mesmo código 452 4.5.3 por razões diferentes: um limite de número de destinatários num, uma regra de domínio no outro. Leia sempre a frase que se segue ao código.
Gmail e Google Workspace: duas mensagens para o mesmo código
O código 452 4.5.3 aparece com duas formulações na página de erros SMTP do Gmail: «Your message has too many recipients» e «Domain policy size per transaction exceeded, please try this recipient in a separate transaction».
A primeira remete para a página de limites de envio da Google. De acordo com a documentação do Google Workspace sobre os limites de envio, uma mensagem aceita 2.000 destinatários no total, dos quais 500 externos. A mesma página fixa 100 destinatários por mensagem para os utilizadores que enviam por SMTP a partir de um cliente POP ou IMAP. Uma ferramenta ligada por SMTP a uma conta Gmail fica, assim, limitada a 100.
A segunda formulação está ligada a uma regra de domínio: o servidor pede que o destinatário indicado seja apresentado numa transação separada. A Google não publica um limiar numérico para esta regra. Isole o endereço mencionado na mensagem de erro e reenvie-o sozinho.
Os limites diários somam-se aos limites por mensagem. A Google fixa 2.000 mensagens por dia e por utilizador, com 10.000 destinatários no total, dos quais 3.000 externos. 30 lotes de 100 a partir de uma única conta atingem os 3.000 externos. Acima disso, distribua a campanha por vários dias. O relay smtp-relay.gmail.com aplica, por seu lado, 100 destinatários por transação SMTP (página de erros do relay SMTP do Google Workspace).
Microsoft 365 e Exchange Online
O Exchange Online (Microsoft 365) limita cada mensagem a um número de destinatários configurável até 1.000 nos campos Para, Cc e Bcc. Um limite distinto de 10.000 destinatários por caixa e por período de 24 horas aplica-se aos envios (documentação Microsoft Learn, limites do Exchange Online, atualizada em setembro de 2026). Estes dois limites constam da página de limites do Exchange Online, com um limite adicional ao nível do tenant que depende do número de licenças.
A variante ATTR38 engana mais. O texto completo é «452 4.5.3 Recipients belong to multiple regions ATTR38»: a recusa vem da distribuição dos endereços por várias regiões ou tenants da Microsoft, seja qual for o seu número. O administrador de uma lista de cerca de 100 endereços recebeu-o em 5 endereços Hotmail a cada envio (tópico Microsoft Q&A). A Microsoft não define o código ATTR38 na página de limites.
Para ler o valor real numa caixa, abra o PowerShell com o módulo ExchangeOnlineManagement (Connect-ExchangeOnline) e execute Get-Mailbox nome.apelido@dominio.pt | Format-List RecipientLimits. O relatório Tenant Outbound External Recipients, em Exchange admin center > Reports > Mail flow, mostra o limite TERRL do seu tenant. Em Mail flow > Message trace, o detalhe da falha reproduz o texto completo do 452.
Retire os endereços outlook.com e hotmail.com do lote principal e envie-os em pequenos grupos. Num tópico Microsoft Q&A de 2018, Michael Wise, da Microsoft, explica que um 452 pede ao servidor de envio que repita de imediato os destinatários recusados, e o autor da resposta vê aí uma falha do lado do Outlook.com. Se a recusa persistir, passe a um destinatário por transação. Os registos SPF e DKIM do domínio não interferem. O texto da mensagem indica por vezes «retry timeout exceeded»: o servidor repetiu a fila até ao fim do prazo e depois abandonou a mensagem.
Postfix
Num servidor Postfix 3.x que recebe o correio, o limite chama-se smtpd_recipient_limit e vale 1.000 por predefinição (documentação Postfix, postconf). Acima disso, o servidor responde «452 4.5.3 Error: too many recipients». Os registos encontram-se em /var/log/mail.log no Debian e no Ubuntu: grep "too many recipients" /var/log/mail.log lista as sessões recusadas. Se administra esse servidor, consulte o valor com postconf smtpd_recipient_limit e depois aumente-o com postconf -e "smtpd_recipient_limit = 2000" (a diretiva escreve-se em /etc/postfix/main.cf). Recarregue em seguida com postfix reload.
O parâmetro smtpd_recipient_overshoot_limit (1.000 por predefinição) deixa passar, além disso, 1.000 destinatários excedentários antes de o Postfix contabilizar um erro de sessão. Do lado do emissor, o Postfix divide ele próprio os envios por destino com default_destination_recipient_limit (50 por predefinição) e coloca os destinatários recusados em fila diferida (deferrals).
Free, OVH e Orange
Free (free.fr), OVHcloud (ovhcloud.com) e Orange (orange.fr) aparecem nos resultados do Google para este código. A documentação oficial dos três não indica nenhum limite por mensagem, pelo que não avanço aqui nenhum número.
Consulte o limite na ficha da sua oferta ou junto do suporte.
Desbloquear o envio passo a passo
- Registe o texto exato que se segue ao código no NDR ou no registo SMTP: «too many recipients» (limite de número), «Domain policy size per transaction exceeded» (regra de domínio da Google) ou «Recipients belong to multiple regions» (ATTR38 na Microsoft). É esse texto que decide a correção.
- Conte os destinatários do envelope. Para, Cc e Bcc contam todos (documentação Microsoft): passar endereços para Bcc não reduz o total.
- Divida a lista em lotes de 100 destinatários no máximo por transação. Uma base de 25.000 endereços dá 250 lotes, ou seja, pelo menos 3 dias de envio a partir de uma conta Google Workspace limitada a 10.000 destinatários por dia.
- Deixe primeiro o servidor de envio repetir a fila. Um 4xx é retomado automaticamente e um reenvio manual durante esse tempo cria duplicados.
- Se alguns endereços continuarem recusados, reenvie apenas esses. Os destinatários aceites na mesma transação receberam a mensagem, e um reenvio global entregá-la-ia em duplicado.
- Verifique a reputação após o primeiro lote: abra o Google Postmaster Tools (postmaster.google.com) e veja a taxa de spam reportada pelos utilizadores (complaint rate) antes de avançar para os lotes seguintes.
- Verifique o limite diário antes de retomar os lotes, nomeadamente 10.000 destinatários por dia e por caixa no Exchange Online.
O reenvio global após um 452 parcial é o erro típico: a RFC 5321 prevê que o cliente repita apenas os destinatários recusados, não toda a transação. Imagine um envio de 150 endereços via Gmail por SMTP: os primeiros 100 comandos RCPT TO passam e o 101.º recebe «452 4.5.3 Your message has too many recipients». Os primeiros 100 destinatários já têm a sua mensagem. Só os 50 seguintes aguardam a repetição, e reenviar os 150 mandaria um duplicado a 100 pessoas.
Porque limpar a lista antes de retomar os lotes
Objeção comum: um 452 é temporário, logo é inútil verificar a lista. Só que dividir um envio multiplica as transações, e cada lote repetido expõe os endereços inválidos a uma nova recusa. Essas recusas definitivas regressam por NDR e fazem subir a taxa de hard bounce, o que pesa na sender reputation. Uma lista limpa (list hygiene) reduz esse risco. A taxa de hard bounce lê-se depois nos NDR de cada lote: se sobe de um lote para o seguinte, a lista de partida não foi verificada.
Antes de retomar os lotes, teste a verificação da CaptainVerify numa amostra da sua lista: a taxa de endereços inválidos surge antes de os NDR a medirem por si.
O primeiro teste a executar
Abra o registo do seu último envio, localize o texto que se segue a «452 4.5.3» e reenvie apenas os endereços recusados em lotes de 100.
