Erro 550 5.7.1: o que o bounce diz e como corrigir

Um bounce 550 5.7.1 significa que o servidor de destino analisou sua mensagem e decidiu não aceitá-la. Normalmente o motivo é uma regra de segurança ou de política. Isso não quer dizer que o endereço de e-mail foi desativado ou apagado. Na maioria das vezes a caixa de e-mail está funcionando. O problema é que o mesmo código cobre situações muito diferentes. Pode ser um registro SPF que falta, ou um grupo de distribuição que só aceita e-mail interno. Por isso, o código sozinho não diz o que corrigir. A linha de texto depois dele diz, junto com o nome do servidor que enviou o bounce.

Primeiro, leia três coisas no seu bounce

Abra o bounce completo, não só o resumo que a sua plataforma de e-mail mostra. Você procura três coisas: o código, o servidor que recusou a mensagem e o texto depois do código.

Uma recusa do Gmail aparece assim no bounce bruto:

Remote-MTA: dns; gmail-smtp-in.l.google.com
Diagnostic-Code: smtp; 550-5.7.1 [203.0.113.10] Our system has detected that this message is likely unsolicited mail. To reduce the amount of spam sent to Gmail, this message has been blocked. - gsmtp

Neste trecho, o servidor que respondeu está na linha Remote-MTA: gmail-smtp-in.l.google.com. O código aparece na linha Diagnostic-Code como 550-5.7.1. O texto depois do IP diz que os filtros do Gmail acharam que a mensagem parecia spam. O trecho final - gsmtp confirma que o Gmail gerou o bounce. Se no lugar dele você vir a marca gcdp, como em 550 5.7.1 This message violates example.com email policy. - gcdp <sessionid> - gsmtp, a recusa vem de uma regra criada pelo administrador do Google Workspace do destinatário.

O mesmo código vindo do Outlook.com tem um texto bem diferente:

Remote-MTA: dns; outlook-com.olc.protection.outlook.com
Diagnostic-Code: smtp; 550 5.7.1 Unfortunately, messages from [203.0.113.10] weren't sent. Please contact your Internet service provider since part of their network is on our block list (S3150).

Um host que termina em protection.outlook.com significa que os servidores da Microsoft recusaram a mensagem. Nomes como outlook-com.olc.protection.outlook.com pertencem ao Outlook.com e ao Hotmail para consumidores, e não ao Microsoft 365 de uma empresa. O código é igual ao do exemplo do Gmail, mas a causa é totalmente diferente. S3150 significa que o IP de onde você enviou, ou parte da rede dele, está na lista de bloqueio da Microsoft. Isso não tem nada a ver com o endereço do destinatário.

Encontre a sua mensagem 550 5.7.1 exata

Cada sistema de e-mail escreve o 550 5.7.1 de um jeito. Compare o texto do seu bounce com uma linha da tabela abaixo.

A versão mais vaga é o texto padrão da RFC 3463, 550 5.7.1 Delivery not authorized, message refused (entrega não autorizada, mensagem recusada), sem nada depois. Alguns servidores deixam o motivo curto de propósito, para que spammers não descubram o que ativou o filtro. Se você envia por um relay ou smarthost, primeiro confira se o seu aplicativo faz login (SMTP AUTH) antes de enviar. Uma conexão sem autenticação é uma causa comum do seu lado. Se o login estiver certo, peça ao destinatário para procurar a mensagem nos registros do servidor de e-mail dele. Normalmente esse é o único lugar onde o motivo real fica registrado.

Se o problema está do seu lado

Se o bounce aponta para autenticação, reputação ou relay, você consegue corrigir sem o destinatário. Confira a autenticação primeiro. Corrigir a reputação não ajuda enquanto o SPF ou o DKIM estiverem falhando.

Hoje o Gmail e o Outlook.com recusam direto muito e-mail sem autenticação, então comece pelo DNS. Seu domínio de envio precisa de registros SPF, DKIM e DMARC. O DKIM muitas vezes é um CNAME que o seu provedor de e-mail fornece. Confira primeiro o registro SPF. Ele precisa listar todos os IPs de servidor e todos os serviços de envio que mandam mensagens em seu nome. A RFC 7208 limita cada domínio a um registro SPF e a dez consultas DNS. Publicar mais de um registro ou passar de dez consultas causa falhas PermError automáticas. Depois, envie uma mensagem de teste para você mesmo e abra os cabeçalhos. A opção "Mostrar original" do Gmail lista SPF, DKIM e DMARC como PASS ou FAIL, o que é mais rápido do que ler os registros DNS. O registro DMARC fica em _dmarc.yourdomain.com, e o domínio do seu endereço From precisa ser o mesmo domínio que passou no SPF ou no DKIM.

Se a autenticação passa e o Gmail ainda diz "likely unsolicited mail" (provavelmente e-mail não solicitado), o problema costuma ser a reputação. Reputação é a forma como os destinatários reagiram aos seus e-mails anteriores. O Google Postmaster Tools mostra a sua taxa de spam. O Google pede que os remetentes a mantenham abaixo de 0,1% e nunca deixem chegar a 0,3%. Se ela está subindo, pause a campanha em vez de enviar mais volume. E-mails que estavam caindo no spam tendem a começar a dar bounce direto conforme a reputação continua caindo.

A qualidade da lista afeta isso diretamente. Listas antigas estão cheias de caixas abandonadas, e alguns provedores transformam endereços desativados há muito tempo em spam traps. Acertar essas armadilhas, ou dar bounce em muitos endereços que não existem mais, mostra aos filtros que você não mantém sua lista limpa. Se a lista tem mais de alguns meses, ou veio de scraping ou de compra, verifique a lista antes de enviar (em inglês).

Erros de relay são um problema separado. Unable to relay ou Invalid credentials for relay [IP] significam que o servidor pelo qual você envia não reconhece o seu aplicativo como autorizado a usá-lo.

Se você envia mensagens pelo serviço de SMTP relay do Google Workspace, abra o Google Admin, vá em Apps, selecione Google Workspace, abra o Gmail e veja Routing (Roteamento). Confira a configuração do serviço de SMTP relay. Se a autenticação é por endereço IP, confirme que o IP do seu servidor aparece na lista de permitidos. Se a autenticação é por credenciais, verifique se o aplicativo se conecta pela porta 587 com TLS e com as credenciais certas da conta. Se você envia pelo Microsoft 365, abra o Exchange admin center e confira os conectores em Mail flow (Fluxo de e-mail). Aplicativos e dispositivos que enviam pelo Microsoft 365, como um CRM ou um scanner de escritório, normalmente passam por um conector. Um IP errado ou um nome de certificado errado nesse conector é um motivo comum para o 550 5.7.1 Unable to relay.

Se só o destinatário pode corrigir

Às vezes o bloqueio é proposital. Empresas no Microsoft 365 ou no Google Workspace costumam criar regras que impedem remetentes externos de chegar a certos endereços.

Um caso comum é uma lista de distribuição como all-staff@ que só aceita e-mails de dentro da empresa. Envie de fora e o Exchange Online devolve um bounce 550 5.7.1, muitas vezes com o nome do grupo. A própria página de solução de problemas da Microsoft diz que o remetente normalmente não consegue corrigir isso. O dono do grupo ou um administrador do Exchange precisa editar o grupo no Microsoft 365 admin center e adicionar o seu endereço à lista de remetentes permitidos.

O Google Workspace funciona do mesmo jeito. O trecho gcdp em um bounce do Gmail significa que um administrador criou uma regra personalizada no Google Admin. Essa regra recusou sua mensagem com base no conteúdo, nos anexos ou no domínio do remetente. Nada que você mude do seu lado vai contornar isso.

Nesse caso, peça ao destinatário para passar o bounce para a equipe de TI dele. Informe o endereço de envio, o endereço do destinatário, o horário do bounce e o bounce completo. Por exemplo:

Olá, [Nome]. Um e-mail que enviei para você em [Data] às [Hora] voltou com um erro de política 550 5.7.1. Parece que uma regra do seu sistema de e-mail bloqueou a mensagem. Você pode passar os detalhes do bounce abaixo para a sua equipe de TI, para que liberem a entrega do meu endereço?
Remetente: [Seu e-mail]
Destinatário: [E-mail da pessoa]
Diagnóstico: [Cole a linha Diagnostic-Code]

Códigos que podem aparecer junto com o 550 5.7.1

Estes são os códigos de erro SMTP que mais aparecem no mesmo relatório de bounce. Alguns significam que o endereço não existe mais. Outros significam que o endereço está bom e que a sua configuração precisa de ajuste.

Para entender a diferença entre bounces temporários e permanentes em geral, veja o nosso guia sobre hard bounce e soft bounce. Na prática, remova um endereço depois de um 550 5.1.1. Mas mantenha o endereço depois de um 550 5.7.26, porque nesse caso o endereço está bom e o que falhou foi a sua autenticação.

O 550 5.7.515 só vale para remetentes maiores. Desde 5 de maio de 2025, a Microsoft recusa e-mails de domínios que enviam 5.000 ou mais mensagens por dia para endereços Outlook.com, Hotmail e Live. A recusa acontece a menos que o SPF passe, o DKIM passe e um registro DMARC (p=none basta) esteja alinhado com um deles.

Às vezes você vai ver esse código escrito na internet como 5.7.15, mas esse é outro código (prioridade baixa demais). O bounce da Microsoft diz 5.7.515.

Perguntas frequentes

Como corrijo o código de erro 550 5.7.1? Leia a linha de diagnóstico do bounce para ver se a falha veio da autenticação, da reputação ou de uma regra do lado do destinatário. Se a autenticação falhou, atualize seus registros SPF, DKIM e DMARC e confira as credenciais SMTP de saída. Se a causa foi uma regra do administrador do destinatário ou um grupo restrito, envie os cabeçalhos do bounce ao destinatário para que a equipe de TI dele libere o seu endereço.

O que é 550 5.7.1 unsolicited mail? É o Gmail dizendo que os filtros dele acham que a sua mensagem é spam. Essa avaliação se baseia principalmente na sua reputação de envio. As causas comuns são destinatários marcando seus e-mails como spam, um salto repentino de volume a partir de um domínio ou IP novo, ou envio para uma lista antiga. Confira a sua taxa de spam no Google Postmaster Tools e diminua o ritmo até ela voltar a ficar abaixo de 0,1%.

O que significa o código de status 5.7.1 do Outlook? No Microsoft 365, um 5.7.1 do Outlook normalmente significa que uma política do Exchange ou uma restrição de grupo bloqueou a entrega. Em contas Outlook.com e Hotmail para consumidores, ele muitas vezes vem com o código S3150. Esse código significa que a Microsoft colocou o seu IP de envio na lista de bloqueio para consumidores. Se você vir S3150, fale com quem administra o seu servidor de envio e indique o link de solução de problemas que vem no bounce.

O que significa "550 5.7.1 outbound relay not allowed"? Esse erro significa que um aplicativo tentou enviar e-mail por um servidor SMTP sem uma autenticação válida. Servidores de e-mail recusam fazer relay para remetentes sem autenticação, para que spammers não consigam enviar por eles. Para resolver, configure o aplicativo para se autenticar com usuário e senha válidos e conexão TLS na porta 587.

Seja qual for a causa, guarde o bounce completo. É a primeira coisa que a equipe de TI do destinatário ou o seu provedor de e-mail vão pedir.

Se a maioria dos seus bounces for 550 5.1.1 e não 5.7.1, o problema é a lista. Vale a pena verificar a lista com o Giggal.ai (em inglês) antes do próximo envio.