O que é Return-Path?

Definição

Todo e-mail na verdade carrega dois endereços de remetente diferentes. O primeiro é o endereço From, que é o que o destinatário vê na caixa de entrada e o que a maioria das pessoas considera como o remetente. O segundo é o Return-Path, um endereço de bastidores que os sistemas de e-mail usam para lidar com problemas de entrega.

O Return-Path é estabelecido durante a transação SMTP por meio do comando MAIL FROM. Quando um servidor de envio entrega uma mensagem a um servidor receptor, ele informa o endereço de bounce nesse comando. Se o servidor receptor depois não conseguir colocar a mensagem em uma caixa postal, ele gera um relatório de não entrega, frequentemente chamado de bounce, e envia esse relatório ao endereço indicado no MAIL FROM. Uma vez que a mensagem é aceita, o servidor de e-mail final registra esse endereço na mensagem como uma linha de cabeçalho chamada literalmente de Return-Path.

Por ser definido no nível do envelope, e não no corpo da mensagem, o Return-Path pode ser totalmente independente do endereço From e do endereço Reply-To. Uma campanha pode exibir marketing@yourbrand.com como endereço From enquanto roteia os bounces para um Return-Path como bounces@mail.yourbrand.com, que nenhum humano lê diretamente.

Como Funciona

Quando você envia uma mensagem por um provedor de serviço de e-mail, o provedor define o Return-Path como um endereço que ele controla e monitora, frequentemente em um subdomínio dedicado a essa finalidade. O endereço From visível permanece como o endereço da sua marca, para que os destinatários reconheçam você, mas o envelope sender é o endereço da infraestrutura do provedor.

Se a entrega for bem-sucedida, o Return-Path simplesmente fica nos cabeçalhos e raramente é notado. Se a entrega falhar, o servidor receptor envia uma mensagem de bounce de volta ao endereço de Return-Path. O bounce contém um código de status e uma explicação descrevendo por que a mensagem não pôde ser entregue, como uma caixa postal que não existe, uma caixa cheia ou um domínio que não resolve mais.

O provedor de serviço coleta essas mensagens de bounce, lê os códigos de status e os usa para classificar cada falha. Uma falha permanente, como uma caixa postal inexistente, é um hard bounce, enquanto uma falha temporária, como uma caixa cheia, é um soft bounce. Essa classificação é o que alimenta o gerenciamento automático de listas, porque os hard bounces normalmente vão direto para uma lista de supressão, de modo que não sejam contatados de novo.

Usar um Return-Path separado também mantém sua caixa de entrada do dia a dia limpa. Em vez de centenas de avisos de falha chegando na mesma caixa que você usa para respostas genuínas, todo o tráfego automatizado de bounces é reunido em um só lugar, onde pode ser processado por software em vez de por uma pessoa.

Por Que Isso Importa para a Entregabilidade de E-mail

O Return-Path é central para a entregabilidade por dois motivos conectados: autenticação e tratamento de bounces.

Para autenticação, o SPF checa o domínio encontrado no Return-Path, não o domínio do cabeçalho From visível. Quando um servidor receptor avalia o SPF, ele consulta o registro DNS de SPF publicado para o domínio do Return-Path e confirma que o endereço IP que envia a mensagem está na lista autorizada para aquele domínio. Se o domínio do Return-Path não tiver registro SPF, ou se o IP de envio não estiver listado, o SPF pode falhar. É também por isso que o alinhamento DMARC depende em parte da relação entre o domínio do Return-Path e o domínio From. Um Return-Path corretamente configurado é, portanto, um pré-requisito para passar pelo SPF de forma limpa.

Para o tratamento de bounces, o Return-Path é o que torna a higiene de listas possível, antes de mais nada. Se o Return-Path aponta para um endereço real e monitorado, cada entrega falha gera um bounce que seu sistema pode capturar e tratar. Endereços inválidos são identificados e suprimidos rapidamente, o que mantém sua taxa de bounce baixa. Uma taxa de bounce alta, em geral qualquer coisa acima da faixa saudável, sinaliza aos provedores de caixa postal que você não está mantendo sua lista, e eles respondem filtrando mais das suas mensagens para o spam. Se o Return-Path estiver ausente ou inválido, os bounces se perdem, endereços ruins permanecem e sua reputação se desgasta lentamente, sem nenhuma causa óbvia.

Como a VeriMails Lida com Isso

A VeriMails ajuda no lado da prevenção dessa equação. O processamento de bounces pelo Return-Path só revela quais endereços falharam depois que você já enviou para eles e já levou o impacto na reputação. A VeriMails identifica endereços não entregáveis antes do envio, de modo que muito menos deles chegam ao ponto de gerar um bounce.

Para cada endereço que você envia, a VeriMails realiza validação de sintaxe, consulta de registro MX, checagem de DNS e um handshake SMTP ao vivo com o servidor receptor, a mesma conversa que de outra forma produziria um bounce, executada com segurança e antecipadamente, sem entregar nenhuma mensagem. Ela também aplica detecção de catch-all, detecção de endereços descartáveis e detecção de endereços baseados em função. O resultado diz se um endereço é entregável, com categorias de entregabilidade claras para decisões de campanha.

Ao verificar sua lista primeiro, você mantém os hard bounces baixos desde o começo, o que protege a reputação de envio que uma boa configuração de SPF e Return-Path foi feita para construir. Você pode verificar endereços individuais pela VeriMails REST API ou checar listas inteiras enviando um arquivo CSV. A verificação começa em $0.0019 por e-mail, com 10,000 créditos por $19 e planos anuais a partir de $12.50/month na cobrança anual, e toda conta nova recebe 100 créditos gratuitos que nunca expiram, sem precisar de cartão de crédito para começar.

Perguntas Frequentes