550 5.1.10 RecipientNotFound: o bounce do Microsoft 365

Trate o 550 5.1.10 como hard bounce: o endereço não existe naquela organização Microsoft 365, então suprima. O mesmo vale para o 550 5.5.0 "mailbox unavailable" do outlook.com e do hotmail.com. A página da própria Microsoft sobre o 5.1.10 é escrita principalmente para administradores consertando o próprio tenant; para quem envia para uma lista, só há dois casos em que o endereço ainda pode ser bom.

Fontes, lidas em 2 de novembro de 2026: Fix NDR error 550 5.1.10 in Exchange Online do Microsoft Learn (atualizada em agosto de 2026) e Email nondelivery reports and SMTP errors in Exchange Online.

Os códigos de "não encontrado" da Microsoft lado a lado

Código	Texto	Significado segundo a Microsoft
550 5.1.10	RESOLVER.ADR.RecipientNotFound; Recipient not found by SMTP address lookup	O endereço do destinatário não existe ou não pôde ser encontrado
550 5.5.0	Requested action not taken: mailbox unavailable	Endereço outlook.com/hotmail.com não encontrado pela busca de endereços SMTP; parecido com 5.1.10
550 5.1.1	Bad destination mailbox address	Endereço digitado errado, endereço inexistente ou caixa que foi movida
550 5.4.1	Recipient address rejected: Access denied	O endereço não existe; rejeitado na borda pelo Directory-Based Edge Blocking

A versão 5.4.1 tem um post próprio: 550 5.4.1 access denied. Páginas dos códigos: 550 5.1.10 e 550 5.5.0.

Por que listas B2B geram tantos

As pessoas saem das empresas e as caixas delas são removidas, mas os endereços continuam em bases de leads e CRMs. Quando um tenant Microsoft 365 não encontra o endereço, responde 5.1.10. Alguns por envio são a degradação normal por troca de emprego; muitos em uma campanha significam que a lista é antiga ou foi montada adivinhando formatos de endereço.

As duas exceções

1. O bounce cita outro endereço. Compare o destinatário do bounce com o da mensagem que você enviou. Se forem diferentes, a pessoa provavelmente tem uma regra de caixa de entrada, um encaminhamento de conta ou uma regra de fluxo de e-mail do administrador mandando seu e-mail para um endereço morto. A Microsoft diz que o destinatário (ou o administrador dele) precisa corrigir ou remover a regra. O endereço original pode estar bom; se for importante, fale com a pessoa por outro canal.
2. Você nunca enviou a mensagem. Se o bounce é de um e-mail que você não enviou, é backscatter de um spammer falsificando seu endereço From. A Microsoft diz que é seguro ignorar e que isso não significa que sua conta foi comprometida. Publicar SPF e uma política DMARC deixa seu domínio mais difícil de falsificar.

Passo a passo para quem envia para listas

1. Junte os bounces 5.1.10 e 5.5.0 do envio; cole no analisador de mensagens de bounce para separá-los das falhas temporárias.
2. Confira as duas exceções acima; separe esses endereços.
3. Suprima o resto na ferramenta de envio e remova do CRM ou da lista de origem.
4. Verifique os contatos restantes hospedados na Microsoft antes do próximo envio. O verificador de e-mails do Microsoft 365 foi feito para endereços corporativos do Outlook, ou envie a lista inteira na página de verificação.

Limites honestos

A Microsoft é um dos provedores mais difíceis de checar antes de um envio. Muitos tenants Microsoft 365 aceitam o destinatário durante a checagem e só rejeitam depois, ou respondem do mesmo jeito para todo endereço, então uma parte dos resultados volta como arriscada ou desconhecida em vez de inválida. Isso está em por que leads do Outlook voltam como arriscados. A verificação ainda remove muitos endereços mortos; ela não pode prometer zero 5.1.10.

Onde o SimpleVerifier entra

Verifique uma lista B2B na página de verificação antes de enviar. As primeiras 100 checagens são grátis com login do Google. O Pro custa US$ 39 por mês: os primeiros 100.000 e-mails de cada mês rodam em velocidade máxima, e depois listas grandes rodam mais devagar, sem bloqueio. Veja os preços.