Autenticação e DNS
Return-Path
O Return-Path é o endereço para onde vão as mensagens de bounce. O servidor que envia o e-mail define esse endereço, e ele costuma ser diferente do endereço De que você vê na caixa de entrada. O SPF verifica o domínio do Return-Path.
O que é o Return-Path?
O Return-Path é o endereço para onde vão as mensagens de bounce. Uma mensagem de bounce é o aviso automático que um servidor envia quando um e-mail não pode ser entregue.
Todo e-mail tem dois endereços de remetente. O primeiro é o endereço De (From). É o nome e o endereço que o leitor vê na caixa de entrada. O segundo é o Return-Path. O leitor não vê esse endereço. Os servidores de e-mail usam ele.
Pense em uma carta de papel. A carta dentro do envelope tem o seu nome no topo. Esse é o endereço De. O envelope tem um endereço de devolução no canto. Os Correios só usam esse endereço quando não conseguem entregar a carta. Esse é o Return-Path.
O Return-Path também é chamado de remetente do envelope (envelope sender) ou endereço de bounce. O servidor que envia passa esse endereço ao servidor de destino no início da entrega. O servidor de destino então escreve o endereço em uma linha no topo do e-mail que começa com Return-Path:.
Um exemplo simples
Veja como o Return-Path funciona quando um e-mail dá bounce.
- Tom envia uma newsletter. Tom tem uma padaria. Ele envia uma newsletter mensal por um provedor de e-mail. Um provedor é uma empresa que envia e-mails em massa por você.
- Dois endereços são definidos. O endereço De é tom@bakery.example. O provedor define o Return-Path com o próprio endereço de bounce, por exemplo bounces@mail.provider.example.
- Uma cliente saiu. Uma cliente da lista mudou de emprego. O endereço antigo dela não existe mais.
- O bounce vai para o Return-Path. O servidor de destino envia o aviso de bounce para bounces@mail.provider.example, não para Tom.
- O provedor age. O provedor lê o bounce e para de enviar para esse endereço. Tom nunca vê o aviso.
Por isso os bounces de newsletters muitas vezes não chegam à sua própria caixa de entrada. Eles vão para o Return-Path, e o seu provedor cuida deles.
Return-Path vs endereço De
| Endereço De | Return-Path | |
|---|---|---|
| Quem vê | O leitor, na caixa de entrada | Os servidores de e-mail |
| Quem define | Você, ou o seu programa de e-mail | O servidor que envia |
| Para que serve | Mostrar quem enviou o e-mail | Receber as mensagens de bounce |
| Verificado pelo SPF | Não | Sim |
Os dois endereços podem ser iguais. Quando você envia um e-mail normal pelo Gmail ou pelo Outlook, eles costumam ser iguais. Quando você envia por um provedor, eles costumam ser diferentes.
Como encontrar o Return-Path de um e-mail
Abra os cabeçalhos completos do e-mail. No Gmail, abra o e-mail, clique nos três pontos e escolha Mostrar original. No Outlook, abra as propriedades da mensagem. Procure perto do topo uma linha como esta:
Return-Path: <bounces@mail.provider.example>
Por que isso importa para o SPF e o DMARC
O SPF é uma regra no seu domínio que lista os servidores autorizados a enviar o seu e-mail. O SPF verifica o domínio do Return-Path. Ele não verifica o endereço De.
O DMARC acrescenta um segundo teste. Ele pergunta se o domínio que passou no SPF é o mesmo domínio do endereço De. Se o seu provedor usa o próprio domínio no Return-Path, o SPF pode passar para o provedor sem corresponder ao domínio do seu endereço De.
Muitos provedores permitem definir um Return-Path no seu próprio domínio. Isso costuma se chamar domínio de bounce personalizado (custom bounce domain). Com ele, o SPF passa para o seu próprio domínio, e o DMARC pode contar esse resultado.
Exemplo: o endereço De de Tom está em bakery.example. O provedor dele permite definir o Return-Path como bounces.bakery.example. Agora o domínio que passa no SPF corresponde ao domínio do endereço De.
Como um verificador ajuda
Todo bounce da sua lista vai para o Return-Path. O seu provedor conta esses bounces. Quando voltam bounces demais, muitos provedores pausam a conta ou pedem que você limpe a lista.
Um verificador de e-mail pergunta ao servidor de destino se um endereço existe antes de você enviar qualquer coisa. Os endereços inativos são removidos primeiro, então muito menos bounces chegam ao Return-Path.
Termos relacionados
- Registro SPFUm registro SPF é uma lista pública, no DNS do seu domínio, dos servidores que podem enviar e-mail em nome desse domínio. Os servidores de destino consultam essa lista. Assim eles confirmam que um e-mail que diz vir do seu domínio saiu mesmo de um dos seus servidores.
- DMARCDMARC é uma regra que você publica no DNS do seu domínio. Ela diz aos servidores de destino o que fazer com um e-mail que usa o seu domínio mas não passa nas checagens SPF e DKIM. Ela também diz para onde enviar relatórios sobre esses e-mails.
- Mailer-DaemonO Mailer-Daemon é o programa de um servidor de e-mail que envia mensagens automáticas. A maioria dessas mensagens são avisos de bounce. Uma mensagem do Mailer-Daemon significa que um e-mail que você enviou não foi entregue.
- Relatório de não entrega (NDR)Um relatório de não entrega, ou NDR, é um e-mail automático que avisa que uma mensagem que você enviou não foi entregue. Ele mostra o endereço que falhou e traz um código que explica o motivo. A maioria das pessoas chama isso de mensagem de bounce.
- Hard bounceSaber o que é hard bounce é simples, porque é um e-mail que o servidor de destino recusou de forma permanente. O endereço não existe, o domínio não existe ou o servidor bloqueou o seu e-mail. Se você enviar o mesmo e-mail de novo, ele falha de novo.
- Spoofing de e-mailSpoofing de e-mail é enviar um e-mail com um endereço de remetente falso, para parecer que ele veio de outra pessoa ou empresa. O golpista escreve no campo De um endereço que não é dele. Os registros SPF, DKIM e DMARC permitem que os servidores de destino detectem e bloqueiem esses e-mails.