Referência: 451 4.7.500–699 na wiki de códigos de erro
Nesta página
Quando o Microsoft 365 retorna este adiamento temporário:
421 4.7.500 Server busy. Please try again later.
…parece um problema passageiro de infraestrutura. Quase nunca é. O 4.7.500 (e o primo próximo, 4.7.501) é throttling baseado em reputação disfarçado de mensagem de servidor sobrecarregado. Se você não reconhece isso, os seus e-mails ficam sendo adiados para sempre e acabam expirando.
O que o 4.7.500 significa de verdade
A referência de NDR da Microsoft descreve o 4.7.500-699 como atividade suspeita que restringiu o envio temporariamente enquanto é avaliada. Na prática, o EOP retorna 4.7.500 quando uma destas situações é verdadeira:
- A taxa de envio do seu IP para este tenant da Microsoft (ou para o M365 como um todo) está acima do que o EOP aceita no momento.
- A reputação do seu IP caiu o bastante para o EOP querer frear você sem bloquear de vez.
- O tenant tem um throttling agressivo configurado e você chegou nele.
O 4.7.501 é o mesmo sinal com um gatilho um pouco diferente, normalmente um throttling com mais peso na reputação.
Nos três casos a classe SMTP é 4xx, então o seu MTA tenta de novo. Com um MTA saudável, a entrega acaba acontecendo. Com um MTA mal ajustado, ou você espaça demais as tentativas (o e-mail expira), ou tenta com agressividade demais (a Microsoft escala para um bloqueio permanente 5.7.708).
Como interpretar o sinal
Se você vê 4.7.500 / 4.7.501 só de vez em quando (digamos <0,5% das tentativas para o M365), é o throttling normal de fundo. Pode ignorar.
Se aparece em > 5% das tentativas, é um sinal de reputação:
- O seu IP está amarelo ou vermelho no SNDS.
- Você aumentou o volume de repente há pouco tempo.
- Você está enviando para uma proporção alta de destinatários do M365 sem engajamento.
- Você está rondando um limiar de taxa de reclamação.
Uma estratégia sensata de novas tentativas
Um MTA bem-comportado deve:
| Tentativa | Intervalo desde a anterior |
|---|---|
| 1 | Imediata (envio inicial) |
| 2 | 15 minutos |
| 3 | 30 minutos |
| 4 | 1 hora |
| 5 | 2 horas |
| 6 | 4 horas |
| Limite | 24 a 72 horas de fila no total |
Se a entrega não acontece em 24 horas de tentativas com 4.7.500, considere a mensagem não entregável nesse envio e pare de insistir. A Microsoft observa os padrões de nova tentativa, e tentativas agressivas de um remetente já limitado são um caminho rápido para um bloqueio permanente.
Etapas de recuperação
- Pause os envios agressivos para a Microsoft. Reduza em 50% o volume para endereços da Microsoft por 48 horas.
- Confira o SNDS. Se você está amarelo, ainda tem uma janela. Se está vermelho, está a dias de um bloqueio definitivo.
- Rode o Domain Health e garanta que SPF, DKIM e DMARC estão limpos e alinhados.
- Segmente por engajamento. Na próxima semana, envie só para destinatários que abriram nos últimos 30 dias.
- Confira a reputação em outras fontes com o verificador de blacklist. Listagens na Spamhaus costumam andar junto com uma escalada do throttling do EOP.
- Inspecione os cabeçalhos de e-mails entregues recentemente no M365 com o analisador de cabeçalhos de e-mail. SCL / BCL subindo é o primeiro indicador.
4.7.500 vs 4.4.7 vs 5.7.708
| Código | Significado | O que fazer |
|---|---|---|
| 4.7.500 | Limitado (temporário) | Diminua o ritmo, tente de novo com bom senso |
| 4.4.7 | Mensagem expirou na fila | Investigue por que as tentativas não entregaram |
| 5.7.708 | Bloqueio permanente do IP | Pare de tentar; corrija; abra um chamado no suporte |
Causas comuns que eu vejo
- Um novo cliente de IP compartilhado entrou no pool do seu ESP e derrubou a reputação compartilhada.
- Uma importação de lista sem verificação, gerando picos repentinos de reclamações e bounces.
- Um sistema transacional sendo reaproveitado para marketing sem aquecimento.
- Um loop de novas tentativas mal configurado martelando um único tenant da Microsoft.
Perguntas frequentes
Devo tentar de novo o 4.7.500 imediatamente? Não. Tente de novo com backoff exponencial (começando em 15 minutos). Tentativas imediatas pioram a situação.
Trocar de IP resolve o 4.7.500? Pode mascarar o sintoma, mas não resolve a causa. Se você troca e mantém o mesmo comportamento de envio, o IP novo vai ser limitado em poucos dias.
A Microsoft publica os limiares de throttling? Não. Os limiares variam por tenant e pela reputação geral do remetente.
Relacionados
Fontes
- Email nondelivery reports and SMTP errors in Exchange Online (Microsoft Learn), o 4.7.500-699 como restrição temporária, o 4.4.7 como mensagem que expirou na fila e o 5.7.708 como tráfego recusado vindo do IP.
- Fix NDR error codes 550 5.7.703, 5.7.705, 5.7.708 and 5.7.750 (Microsoft Learn), a Microsoft aponta um IP de baixa reputação como causa do 5.7.708.
- Anti-spam message headers (Microsoft Learn), onde o EOP registra os valores de SCL e BCL que você lê nos e-mails entregues.
- RFC 5321: Simple Mail Transfer Protocol, uma resposta 4xx é transitória, o cliente deve espaçar as novas tentativas e o prazo de desistência costuma ser de pelo menos 4 a 5 dias.