Como verificar endereços do Outlook e do Hotmail: o que realmente funciona

Endereços do Outlook e do Hotmail podem ser checados via SMTP sem enviar nada, mas "Microsoft" na verdade são três sistemas diferentes. O Outlook.com de consumidor (hotmail, live, msn) responde com 550 5.5.0 para caixas postais indisponíveis. O Microsoft 365 com bloqueio de borda rejeita destinatários desconhecidos com 550 5.4.1. O 365 atrás de um gateway ou em modo híbrido pode aceitar tudo. Identifique primeiro qual deles é.

A maioria dos guias junta tudo isso sob o nome "Outlook", e é por isso que os conselhos sobre como verificá-los são tão contraditórios. Este começa separando os três, com consultas de DNS que fizemos em 1º de outubro de 2026, e depois usa a própria documentação da Microsoft para explicar o que cada sistema responde.

Passo 1: descubra com qual Microsoft você está falando

O registro MX diz qual sistema vai responder, e cada sistema responde de um jeito. Veja o que o dig MX retornou para um conjunto de domínios hospedados pela Microsoft:

Domínio	Host MX	Sistema
outlook.com	outlook-com.olc.protection.outlook.com	Outlook.com de consumidor
hotmail.com	hotmail-com.olc.protection.outlook.com	Outlook.com de consumidor
live.com	live-com.olc.protection.outlook.com	Outlook.com de consumidor
msn.com	msn-com.olc.protection.outlook.com	Outlook.com de consumidor
hotmail.co.uk, outlook.fr	eur.olc.protection.outlook.com	Outlook.com de consumidor (domínios regionais europeus)
microsoft.com	microsoft-com.mail.protection.outlook.com	Microsoft 365 (Exchange Online)
Uma empresa atrás de um gateway de segurança	por exemplo, um host pphosted.com	Desconhecido: quem responde é o gateway, não a Microsoft

O padrão é simples. olc.protection.outlook.com significa uma caixa postal de consumidor. mail.protection.outlook.com significa um tenant (locatário) corporativo no Microsoft 365. Qualquer outra coisa, mesmo para uma empresa que você sabe que usa o Outlook internamente, significa que há um gateway de terceiros na frente e que você está verificando contra as regras do gateway. Você pode fazer a mesma consulta para qualquer domínio com a ferramenta de consulta MX.

Outlook.com, Hotmail, Live e MSN de consumidor

Os servidores de consumidor da Microsoft podem rejeitar caixas postais indisponíveis na etapa RCPT TO, mas a rejeição é menos específica que a do Gmail. A resposta que você vai ver é:

550 5.5.0 Requested action not taken: mailbox unavailable

Esse texto exato aparece em logs de bounce (devolução) publicados no fórum de perguntas e respostas da própria Microsoft. A Microsoft não publica uma tabela de referência das respostas SMTP do seu serviço de consumidor como o Google faz para o Gmail, então o significado precisa ser deduzido pelo comportamento.

E o comportamento é a complicação. Nesse mesmo tópico, um remetente relatou que mensagens para as mesmas caixas postais do Outlook.com eram entregues em algumas tentativas e recusadas com 550 5.5.0 em outras. Entre as causas discutidas estava o fato de algumas contas estarem bloqueadas e exigirem verificação por telefone antes de voltar a receber e-mails.

Então um 550 5.5.0 vindo de um servidor de consumidor da Microsoft pode significar:

• O endereço nunca existiu ou foi encerrado. Trate como inválido.
• A conta existe, mas está bloqueada ou suspensa. Pessoa real, inalcançável no momento.

Compare com o Gmail, em que 550 5.1.1 significa "não existe" e um código separado, 550 5.2.1, significa "inativo". Veja como saber se um endereço do Gmail existe. No e-mail de consumidor da Microsoft, um único 550 é uma boa evidência, e um 550 em duas checagens feitas com um dia ou mais de intervalo é uma evidência forte.

Endereços do Hotmail se deterioram mais rápido que a maioria

A Microsoft encerra caixas postais de consumidor sem uso após um ano, o que faz listas antigas cheias de Hotmail se deteriorarem rápido. A página de suporte da Microsoft sobre e-mails sumidos do Outlook.com diz: "Se você não entrar na sua caixa de correio do Outlook.com pelo menos uma vez num período de um ano, a Microsoft encerrará sua caixa de correio do Outlook.com e todos os e-mails serão excluídos." O Contrato de Serviços da Microsoft acrescenta que você "deve entrar pelo menos uma vez num período de dois anos para manter sua conta Microsoft" ativa.

O prazo equivalente do Google para contas pessoais do Gmail é de dois anos. Uma lista de consumidores com muitos endereços hotmail.com e live.com que não recebe envios nem é verificada há um ano ou mais deve ser verificada de novo antes de qualquer outra coisa. Veja com que frequência verificar de novo sua lista.

Não encontramos nenhuma declaração da Microsoft sobre se um endereço encerrado do Outlook.com pode ser registrado depois por outra pessoa, então não afirmamos nada em nenhum sentido.

Tenants corporativos do Microsoft 365

Um domínio do Microsoft 365 que hospeda todas as suas caixas postais na nuvem rejeita destinatários desconhecidos na borda, com um código documentado. O recurso se chama Directory-Based Edge Blocking (DBEB, bloqueio de borda baseado em diretório). A documentação do DBEB da Microsoft diz que, se um endereço não existe, "o serviço bloqueia a mensagem antes mesmo da filtragem", e a resposta é assim:

550 5.4.1 Recipient address rejected: Access denied

A referência de NDRs do Exchange Online da Microsoft descreve esse código em uma linha: "O endereço do destinatário não existe."

Duas coisas confundem as pessoas aqui.

As palavras "Access denied" (acesso negado) soam como um bloqueio, não como um endereço errado. Remetentes veem 5.4.1 ... Access denied, presumem que o IP deles entrou numa blocklist e começam a investigar a reputação. Para um único destinatário no RCPT TO, é um endereço que não existe. Um bloqueio real de reputação ou de política chega com outro código, geralmente da família 5.7.x, como 550 5.7.1.

O mesmo código 5.4.1 tem um segundo significado. A referência de NDRs também lista 5.4.1 Relay Access Denied, que significa "o servidor de e-mail que está gerando o erro não aceita mensagens para o domínio do destinatário". Isso aponta para um problema de DNS ou de configuração do lado do destinatário, não para uma caixa postal morta. Leia o texto depois do código, não só o número. A página geral do 550 5.4.1 cobre os dois casos.

Quando o Microsoft 365 aceita tudo

O DBEB só funciona quando a Microsoft conhece todos os endereços válidos, então alguns domínios do 365 aceitam destinatários desconhecidos e se comportam como catch-all. A documentação do DBEB é explícita: ele se aplica quando "todos os destinatários do seu domínio estão no Exchange Online". Durante migrações, o domínio é configurado como Internal relay (retransmissão interna) em vez de Authoritative (autoritativo), e nesse modo os e-mails para endereços desconhecidos são repassados em vez de rejeitados na borda. A Microsoft também observa que, mesmo com o DBEB ativado, "pode haver casos raros em que endereços de destinatários que não existem na sua organização do Microsoft 365 ou do Office 365 têm permissão para retransmitir pelo serviço".

O mesmo vale para empresas cujo MX aponta para um gateway de segurança de terceiros. O gateway decide como responder, e um gateway que aceita primeiro e resolve a entrega depois parece, visto de fora, exatamente um catch-all.

Nos dois casos o resultado é o mesmo de qualquer domínio catch-all: um endereço inventado é aceito, então nenhum endereço do domínio pode ser confirmado. Um verificador que testa antes um endereço aleatório percebe isso e retorna arriscado.

Juntando tudo

O que você vê	Sistema	Veredito
550 5.5.0 Requested action not taken: mailbox unavailable	Outlook.com de consumidor	Inválido, mas cheque de novo antes de apagar uma parcela grande, porque contas bloqueadas também geram essa resposta
550 5.4.1 Recipient address rejected: Access denied	Microsoft 365 com DBEB	Inválido
550 5.4.1 Relay Access Denied	Microsoft 365, domínio mal configurado	Problema no domínio. Arriscado
250 para o endereço real e para um aleatório	365 em Internal relay, ou um gateway	Catch-all. Arriscado
250 para o endereço real, 550 para um aleatório	Qualquer um	Válido
Timeout, ou uma resposta temporária 4xx	Qualquer um	Desconhecido. Tente de novo mais tarde

Enviando para a Microsoft depois de verificar

A verificação remove as caixas postais mortas; as regras de remetente da Microsoft decidem se o resto dos seus e-mails é aceito. Desde 5 de maio de 2025, a Microsoft exige autenticação de domínios que enviam mais de 5.000 mensagens por dia para suas caixas postais de consumidor. O anúncio exige SPF, DKIM e DMARC, diz que mensagens fora das regras serão rejeitadas com "550; 5.7.515 Access denied, sending domain [SendingDomain] does not meet the required authentication level" e lista como boa prática: "Remova endereços inválidos regularmente para reduzir reclamações de spam, bounces e mensagens desperdiçadas."

Você pode checar os registros do seu próprio domínio com a auditoria de entregabilidade. Para o conjunto completo de requisitos da Microsoft, veja os requisitos do Microsoft Outlook para envio em massa. Para entender por que o Outlook manda para a pasta de lixo eletrônico os e-mails que ele aceita, veja por que os e-mails caem no lixo eletrônico do Outlook.

Na prática

1. Separe os endereços da Microsoft pelo MX em consumidor (olc.protection.outlook.com), Microsoft 365 (mail.protection.outlook.com) e com gateway na frente.
2. Trate 550 5.4.1 Recipient address rejected como inválido, e não confunda com um bloqueio.
3. Trate um 550 5.5.0 de consumidor como inválido, mas cheque de novo se uma parcela grande de uma lista de resto boa retornar esse código.
4. Espere que alguns domínios do 365 e com gateway sejam catch-all, e trate-os como arriscados.
5. Verifique de novo listas cheias de Hotmail depois de um ano, porque é quando a Microsoft encerra as caixas postais sem uso.

Para ver qual desses casos se aplica a um endereço específico, o verificador de e-mail gratuito mostra o resultado e o motivo, um endereço por vez.