Erro 550 5.7.1: causas e como investigar

Por que as mensagens de e-mail são rejeitadas com o erro 550 5.7.1?

Uma resposta 550 5.7.1 significa que um servidor de e-mail recusou uma mensagem por um motivo relacionado a políticas. O código, por si só, não identifica a política específica: um servidor pode apontar uma falha de autenticação, enquanto outro pode bloquear um remetente, um endereço ou o conteúdo da mensagem. O texto de diagnóstico que acompanha o código — e o servidor que o emitiu — é o ponto de partida para investigar o problema.

Se o relatório de entrega disser apenas “mensagem rejeitada”, procure a resposta SMTP completa no registro de eventos do serviço de envio ou no registro de devolução. Para entender o que significa o erro 550 5.7.1 no seu caso, comece por essas informações, não por alterações nas configurações de DNS nem por pedir ao destinatário que verifique a pasta de spam.

O que significa uma rejeição 550 5.7.1 na comunicação SMTP?

Os servidores SMTP trocam códigos de status enquanto processam uma mensagem. O primeiro dígito do código 550 indica uma falha permanente: não se espera que tentar novamente com a mesma mensagem funcione. O código estendido 5.7.1 aponta para um problema de segurança ou de política, mas não especifica qual regra foi acionada.

O texto que vem depois do código é importante. Por exemplo, “remetente não autorizado” sugere um problema diferente de “mensagem rejeitada devido à política local”. Essas expressões são apenas exemplos, não definições universais: os provedores de e-mail escrevem seus próprios textos de diagnóstico, e a mesma frase pode ter significados diferentes em sistemas distintos.

Considere o 550 5.7.1 uma categoria, não um diagnóstico. Se você está se perguntando por que meu e-mail foi rejeitado pelo servidor, a resposta prática é que um sistema receptor aplicou uma decisão baseada em políticas e você precisa da resposta completa para identificar qual.

Como saber se o servidor do destinatário ou um gateway intermediário rejeitou a mensagem?

Consulte a transcrição SMTP ou os detalhes do registro de devolução para identificar o host que retornou a resposta 550. O host que rejeitou a mensagem costuma aparecer junto do diagnóstico, às vezes como nome de servidor ou endereço IP. Compare-o com o domínio do destinatário e com qualquer serviço de segurança de e-mail que possa estar à frente desse domínio.

O e-mail de um destinatário pode passar por um gateway de filtragem antes de chegar ao servidor da caixa de entrada. Se esse gateway retornar a rejeição durante a comunicação SMTP, o servidor da caixa de entrada do destinatário talvez nem chegue a receber a mensagem. A devolução pode indicar diretamente o gateway ou mostrar um nome de host que precisa ser confirmado pelo administrador do destinatário.

Analise a sequência de respostas dos servidores, em vez de confiar nos campos “De” ou “Para” de uma notificação. Por exemplo, uma transcrição pode mostrar seu sistema de envio conectando-se a um host, transmitindo os dados da mensagem e recebendo uma resposta 550 desse host. Essa resposta identifica o sistema que tomou a decisão, mesmo que outro provedor gerencie a caixa de entrada do destinatário.

Algumas plataformas de envio mostram apenas um resumo breve no painel. Abra os detalhes do evento ou exporte a devolução em formato bruto, se essa opção estiver disponível; as linhas adicionais podem revelar qual host rejeitou a mensagem e em que momento.

Por que uma mensagem pode ser rejeitada depois que o servidor aceita a conexão?

A aceitação de uma conexão SMTP significa apenas que o sistema receptor permitiu o início da comunicação. Isso não significa que o sistema aprovou o remetente, o destinatário ou a mensagem. As verificações de política podem ocorrer em várias etapas: depois que o endereço do remetente é apresentado, depois que o destinatário é especificado ou depois que o conteúdo da mensagem é transmitido.

Um servidor pode aceitar a conexão e depois rejeitar um endereço de destinatário específico. Em outro caso, pode aceitar o envelope da mensagem, mas analisá-la depois que o servidor de envio transmitir o conteúdo. Portanto, a resposta final pode chegar mais tarde durante a comunicação, mesmo que a conexão inicial pareça normal.

O momento da rejeição ajuda a direcionar a investigação. Se ela ocorrer antes do envio do corpo da mensagem, o problema pode estar relacionado ao host de envio, à identidade do remetente ou à política aplicada ao destinatário. Se ocorrer depois do envio do corpo, o sistema pode ter avaliado o conteúdo ou a combinação entre remetente, destinatário e detalhes da mensagem. O texto da resposta continua sendo a principal evidência.

O que verificar na devolução completa antes de alterar as configurações de e-mail?

Guarde a devolução original antes de editar registros DNS, alterar o endereço de envio ou reenviar a mensagem. Uma devolução completa registra a decisão do sistema receptor e facilita a comparação com tentativas posteriores. Confira estes detalhes:

• Código de status estendido: Confirme se a resposta é 5.7.1 ou outro código. O resumo da devolução pode omitir o código exato retornado durante a comunicação SMTP.
• Texto de diagnóstico: Copie a explicação completa do servidor, incluindo qualquer número de referência ou identificação da política. Não confie apenas na mensagem resumida do painel.
• Host que rejeitou a mensagem: Anote o nome do host ou o endereço IP indicado junto da resposta. Isso ajuda a determinar se a decisão veio de um servidor do destinatário ou de um gateway de filtragem.
• Data e hora: Anote a data e a hora, incluindo o fuso horário, se indicado. O administrador do sistema receptor pode usar essas informações para pesquisar os registros de e-mail.
• Detalhes da mensagem e do destinatário: Guarde o ID da mensagem, os endereços do remetente e do destinatário e qualquer tentativa de entrega mencionada. Esses dados identificam a transação sem suposições.

Mantenha o texto original intacto, mesmo que inclua cabeçalhos técnicos. Pode ser prudente remover informações pessoais irrelevantes antes de compartilhar o conteúdo, mas excluir o host que rejeitou a mensagem ou a linha de diagnóstico pode dificultar bastante a investigação.

Como diferenciar um bloqueio de política no lado do remetente de uma regra específica do destinatário?

Compare os resultados entre destinatários e domínios. Se a mesma mensagem for rejeitada por vários domínios sem relação entre si, com textos semelhantes, é mais provável que o problema esteja no lado do remetente. Se apenas um endereço ou uma organização rejeitar a mensagem, enquanto outros destinatários a recebem, é mais provável que exista uma regra local do destinatário ou uma política de gateway.

Esses padrões são indícios, não provas. O gateway de um destinatário pode aplicar uma regra a todo um domínio de envio e afetar várias pessoas da mesma organização. Por outro lado, um problema de configuração no lado do remetente pode parecer seletivo se apenas determinados provedores receptores aplicarem a política relevante.

Procure no diagnóstico termos que indiquem o escopo do problema, como remetente bloqueado, destinatário restrito ou regra de segurança local. Em seguida, faça um teste controlado: envie o mesmo tipo de mensagem a outro destinatário autorizado, sem alterar várias configurações ao mesmo tempo. Se a mensagem chegar a outros domínios, mas falhar repetidamente em uma empresa, compartilhe as informações com o administrador de e-mail dessa empresa.

Se a rejeição mencionar autenticação ou políticas de domínio, verifique os registros e o alinhamento do domínio de envio antes de pedir uma exceção. Uma lista de verificação específica, como este guia de configuração da autenticação de e-mail, pode ajudar a verificar os registros relevantes; ela não comprova que a autenticação causou o erro 550, a menos que a devolução sustente essa conclusão.

Que informações você deve enviar ao administrador de e-mail do destinatário?

Envie um relato conciso, mas com informações suficientes para que o administrador localize o evento nos registros. Inclua a devolução completa ou a transcrição SMTP, o ID da mensagem, os endereços do remetente e do destinatário e o horário aproximado do envio, com o fuso horário. Acrescente o nome do host que rejeitou a mensagem e a linha exata do diagnóstico 550 5.7.1.

Descreva o ocorrido sem tentar adivinhar a causa. Por exemplo: “Uma mensagem enviada para alex@example.com às 14:20 UTC foi rejeitada por mx.example.net com o erro 550 5.7.1; a devolução anexada contém a resposta completa.” Assim, você fornece ao administrador informações para localizar o evento sem apresentar uma hipótese não confirmada como fato.

Se a mensagem foi enviada por meio de um provedor ou aplicativo, informe qual serviço foi usado e inclua o identificador do evento de entrega, se disponível. No caso de e-mails transacionais, o registro de eventos pode ajudar a relacionar uma ação no aplicativo à tentativa SMTP; informações sobre webhooks de e-mail para mensagens transacionais podem ajudar as equipes a guardar esses eventos de entrega para consultas futuras.

Quando é apropriado pedir ao destinatário que adicione um remetente à lista de permissões?

Peça para adicionar o remetente à lista de permissões quando o administrador do destinatário confirmar que uma regra local está bloqueando um remetente legítimo e explicar qual identidade ou domínio precisa de uma exceção. Forneça a devolução exata e indique o endereço ou domínio do remetente envolvido. Cabe ao administrador decidir se a exceção está de acordo com as políticas da organização.

Adicionar um remetente à lista de permissões não resolve todos os casos de erro 550 5.7.1. Se você está buscando como corrigir rejeição de e-mail 550 5.7.1, comece pelo motivo de rejeição informado e solicite uma exceção local somente se o administrador de e-mail do destinatário confirmar que a política da própria organização é responsável pelo bloqueio. Se a devolução apontar um problema de autenticação no lado do remetente, um endereço malformado ou uma violação mais ampla de política, uma exceção pode mascarar o sintoma sem corrigir a causa.