técnico · resposta com fontes
Cabeçalho Return-Path: o que é e como funciona
O cabeçalho Return-Path é um endereço de e-mail usado pelo servidor de e-mail receptor para enviar relatórios de não entrega ou mensagens de bounce. Ele é derivado do comando SMTP MAIL FROM durante a transação do envelope e funciona como o verdadeiro endereço de retorno para notificações do sistema, e não como o endereço From exibido ao usuário.
Funcionamento técnico
Durante o handshake SMTP, o servidor de envio informa um remetente de envelope por meio do comando MAIL FROM. Quando o servidor receptor aceita a mensagem, ele insere esse endereço no cabeçalho Return-Path do e-mail entregue. Isso separa o remetente do envelope, usado para roteamento e relatórios de erro, do endereço Header From que o usuário final vê no cliente de e-mail.
Papel na autenticação SPF
O Return-Path é fundamental para a verificação do Sender Policy Framework (SPF). Os servidores receptores verificam o domínio do Return-Path para determinar quais endereços IP estão autorizados a enviar e-mails por esse domínio. Se o domínio do Return-Path não corresponder ao registro SPF do IP de envio, a mensagem pode falhar na autenticação SPF, o que afeta a entregabilidade como um todo.
Tratamento de bounces e feedback
Quando uma mensagem não pode ser entregue, o servidor receptor envia uma notificação de bounce para o endereço indicado no Return-Path. As organizações usam endereços ou subdomínios dedicados a bounces para processar essas falhas de forma programática. O SendHQ oferece ferramentas gratuitas em https://sendhq.cc/tools para ajudar os usuários a verificar as configurações de DNS e melhorar o fluxo de e-mails.
Erros operacionais comuns
Um erro frequente é não alinhar o domínio do Return-Path com o domínio do From. Embora isso não seja estritamente necessário para o SPF, o DMARC exige alinhamento entre o Return-Path (ou o domínio do DKIM) e o cabeçalho From visível. Return-Paths mal configurados costumam fazer os e-mails serem marcados como spam ou falharem nas verificações de DMARC por falta de alinhamento.
Exemplo concreto
Se um usuário envia um e-mail de info@example.com usando um serviço transacional, o remetente do envelope pode ser bounces@mail.provider.com. O destinatário vê info@example.com na caixa de entrada, mas o cabeçalho Return-Path está definido como bounces@mail.provider.com. Qualquer falha de entrega é enviada para o endereço do provedor para processamento.
Perguntas que as equipes fazem
O Return-Path é o mesmo que o cabeçalho From?
Não. O cabeçalho From é para o destinatário humano, enquanto o Return-Path serve para o servidor de e-mail tratar bounces e verificações de SPF.
Posso alterar o Return-Path?
Sim, configurando o remetente do envelope ou o endereço MAIL FROM nas configurações SMTP ou pelo seu provedor de serviço de e-mail.
O Return-Path afeta o DMARC?
Sim. O DMARC verifica o alinhamento entre o cabeçalho From e o domínio do Return-Path ou o domínio de assinatura do DKIM.
O que acontece se o Return-Path for inválido?
O servidor receptor não conseguirá enviar notificações de bounce, e o e-mail poderá ser rejeitado ou marcado como spam por causa da falha de SPF.
Fontes primárias
- RFC 5321: Simple Mail Transfer Protocol — RFC Editor (em inglês)
- RFC 5322: Internet Message Format — RFC Editor (em inglês)
- RFC 7208: Sender Policy Framework — RFC Editor (em inglês)
- RFC 7489: Domain-based Message Authentication, Reporting and Conformance — RFC Editor (em inglês)