O 550 5.7.515 do Outlook: a rejeição que significa que o seu e-mail simplesmente sumiu.

O que é 550 5.7.515 e por que a mensagem some em vez de ir para o spam?

Em 5 May 2025, a Microsoft começou a rejeitar o e-mail em massa que não cumpre os seus requisitos de autenticação com um erro específico: 550 5.7.515 Access denied, sending domain [domain] does not meet the required authentication level. O 550 o marca como falha permanente, e esse único dígito muda tudo sobre como você deve responder. 550 is a 5xx permanent rejection — the message is refused outright, not deferred or retried, and never reaches the recipient. There is no junk-folder fallback at the enforcement stage.

É uma mudança deliberada em relação ao modelo antigo, onde o e-mail que falhava era aceito em silêncio e caía na pasta de spam. A Microsoft decidiu que o spam silencioso confundia tanto o remetente quanto o destinatário — nenhum conseguia saber por que uma mensagem tinha sido filtrada — então substituiu a ambiguidade por uma resposta dura e legível. O resultado parece mais áspero, mas é mais honesto: em vez de uma mensagem invisível numa pasta de spam, você recebe um sinal imediato e inconfundível de que algo na sua autenticação está errado.

O escopo é específico. Microsoft consumer mailboxes only: Outlook.com, Hotmail.com, Live.com, MSN — over 500 million active mailboxes. Not Microsoft 365 / Exchange Online tenant mail. Senders of more than 5,000 messages per day to Microsoft consumer mailboxes. The 5,000/day count is per sending domain. Se o seu e-mail a endereços de consumo da Microsoft está falhando e o código de retorno é 5.7.515, isto é o portão de autenticação de remetente em massa, e não um filtro de conteúdo nem um bloqueio por reputação — o que importa, porque a correção é completamente diferente da que você faria para um problema de pontuação de spam ou de reputação.

Por que o alinhamento, não a presença, costuma ser o culpado

Quando um remetente insiste que os seus registros estão corretos e o e-mail ainda é rejeitado, a resposta quase sempre é o alinhamento. The 550 5.7.515 text does not say which of SPF, DKIM, DMARC, or alignment failed — only that the bar was not met. Diagnosis means checking each in turn. O alinhamento é o requisito de que SPF ou DKIM passem e também se autentiquem sob o mesmo domínio que aparece no endereço From que o destinatário vê, e é fácil deixá-lo passar porque as verificações individuais podem sair todas em verde enquanto o alinhamento falha em silêncio.

O caso clássico é o e-mail enviado através de um provedor de serviços de e-mail. A sua campanha se autentica com limpeza — o SPF passa para o domínio de envio do ESP, o DKIM é assinado com a chave do ESP — mas os domínios do envelope e da assinatura pertencem à plataforma, não a você, então o DMARC vê uma incompatibilidade com o seu domínio From e registra uma falha. A Microsoft então o rejeita. A correção é configurar um return-path e um domínio de assinatura DKIM personalizados que coincidam com o seu próprio domínio, algo que todo ESP sério admite, para que o mecanismo que passa se alinhe.

Aqui também é onde o trabalho de entregabilidade anterior dá fruto. The third major enforcement action in 18 months after Gmail and Yahoo (Feb 2024). Together these providers cover the majority of consumer inboxes, closing the last big gap where authentication could be treated as optional. Um domínio que já moveu o DMARC para uma política publicada, manteve o SPF sob o seu limite de consultas e alinhou o DKIM para Gmail e Yahoo passará o portão da Microsoft sem uma única mudança, porque os requisitos se sobrepõem quase por completo. Os times mais golpeados pelo 5.7.515 são os que tinham tratado a Microsoft como o único provedor que ainda podiam ignorar.

O 5.7.515 se aplica se eu envio através de um ESP?

Sim, e a plataforma da qual você envia não o isenta — é o seu domínio From que a Microsoft julga, não a reputação do seu provedor. Enviar através de um provedor de serviços de e-mail grande e bem conceituado não passa o limite automaticamente, porque o portão trata de se a autenticação se alinha com o domínio do seu cabeçalho From, que é seu independentemente de quem sejam os servidores que carregam a mensagem. Um ESP sério dá a você as ferramentas para alinhar, mas não alinha por você por padrão.

A implicação prática é que você tem que fazer a configuração de alinhamento nas configurações do seu ESP, e não supor que está resolvida. Isso costuma significar verificar o seu domínio, ativar a assinatura DKIM com o seletor do seu próprio domínio em vez do da plataforma, e configurar um return-path personalizado (às vezes chamado MAIL FROM personalizado ou domínio de retorno) para que o domínio do envelope coincida com o seu domínio From. Toda plataforma grande documenta isso; o passo é fácil de pular porque o e-mail parece enviar bem até o momento em que a Microsoft o rejeita.

Também é por isso que uma única organização pode ver parte do seu e-mail rejeitado e parte entregue. Se o seu e-mail transacional vai por um serviço bem alinhado e o seu e-mail de marketing por outro que nunca foi configurado para alinhar, só o segundo fluxo acumula erros 5.7.515. Auditar cada serviço de envio separadamente — cada plataforma que envia como o seu domínio — é a única forma de ter certeza de que cobriu todos.

Onde nós estamos

Diremos o tranquilizador primeiro, porque a cobertura desta mudança foi alarmista: se você fez o trabalho de autenticação que Gmail e Yahoo já exigiam, o portão da Microsoft não é um projeto novo. Os requisitos se sobrepõem quase por completo, e um domínio corretamente autenticado e alinhado passa o 5.7.515 sem configuração específica da Microsoft. Boa parte do pânico em torno deste erro vem de remetentes que descobrem, tudo de uma vez, que uma autenticação que tinham adiado estava pendente em cada grande provedor — a Microsoft foi simplesmente a última a aplicá-la.

As cautelas honestas são duas. Primeira, não suprima os endereços que este erro rejeita: são bons destinatários por trás de um problema do lado do remetente, e apagá-los corrói a sua lista em silêncio enquanto você acha que a está limpando. Segunda, o limite de 5.000 por dia é uma linha de largada, não um porto seguro — Microsoft has said full rejection of all non-compliant mail (beyond the 5,000/day threshold) will follow on a date to be announced — the 5,000/day line is the current trigger, not a permanent ceiling. Se você envia a caixas da Microsoft, o movimento certo é deixar a autenticação e o alinhamento corretos agora, em qualquer volume, em vez de esperar que o limite desça até você. Hospedamos infraestrutura de envio e montamos SPF, DKIM, DMARC e return-paths alinhados como parte da integração; se você envia por um ESP, o mesmo trabalho de alinhamento se aplica, e ficamos felizes em dizer quando a sua configuração atual já supera a barra.