Portanto, no SMTP quando uma mensagem é enviada, o envelope SMTP (remetente, destinatários etc.) é diferente dos dados reais da mensagem.
O Sender
cabeçalho é usado para identificar na mensagem quem o enviou. Geralmente, é o mesmo que o From
cabeçalho, de quem é a mensagem. No entanto, pode ser diferente em alguns casos em que um agente de email está enviando mensagens em nome de outra pessoa.
O Return-Path
cabeçalho é usado para indicar ao destinatário (ou ao MTA que está recebendo) para onde os recibos de não entrega devem ser enviados.
Por exemplo, considere um servidor que permita aos usuários enviar email de uma página da web. Então, [email protected]
digite uma mensagem e a envie. O servidor envia a mensagem ao destinatário com From
definido como [email protected]
. O envio SMTP real usa credenciais diferentes, algo assim [email protected]
. Portanto, o sender
cabeçalho está definido como [email protected]
, para indicar que o From
cabeçalho não indica quem realmente enviou a mensagem.
Nesse caso, se a mensagem não puder ser enviada, provavelmente é melhor para o agente receber o relatório de falha na entrega e Return-Path
também seria definido para [email protected]
que quaisquer relatórios de entrega cheguem a ela em vez do remetente.
Se você estiver fazendo exatamente isso, um envio de formulário para enviar email, provavelmente esse será um paralelo direto com a forma como você definiria os cabeçalhos.
Sender
é a pessoa que enviou o formulário da Web eFrom
o servidor que enviou o email? Ou é o contrário?Sender
, mas a mensagem éFrom
o VIP. É o que acontece quando você vê o e-mail descrito como "Do Assistente em nome do VIP"Return-Path
. O padrão é oSender
então?A RFC oficial que define essa especificação pode ser encontrada aqui:
http://tools.ietf.org/html/rfc4021#section-2.1.2 (veja o parágrafo 2.1.2. e o seguinte)
fonte
Uma pequena atualização para isso: um remetente nunca deve definir o
Return-Path:
cabeçalho. Não existeReturn-Path:
cabeçalho para uma mensagem em trânsito. Esse cabeçalho é definido pelo MTA que efetua a entrega final e geralmente é definido como o valor de, a5321.From
menos que o sistema local precise de algum tipo de roteamento peculiar.É um mal-entendido comum, porque os usuários raramente veem um email sem
Return-Path:
cabeçalho em suas caixas de correio. Isso ocorre porque eles sempre veem mensagens entregues, mas um MTA nunca deve ver umReturn-Path:
cabeçalho em uma mensagem em trânsito. Consulte http://tools.ietf.org/html/rfc5321#section-4.4fonte
From:
endereço e um ( diferente )Return-Path:
de endereços, então eu não sei o que você está se referindoReturn-Path:
cabeçalho reflete o endereço de envelope ou de RFC5321.From. OFrom:
cabeçalho reflete o endereço de cabeçalho de, ou RFC5322.From.Return-Path:
cabeçalho ao enviar uma mensagem. Se houver, ele será descartado em trânsito e posteriormente definido como o valor do RFC5321. De ou envelope pelo MDA que faz a entrega final da mensagem. Basicamente, oReturn-Path:
cabeçalho registra qual foi o envelope, pois o envelope é descartado na entrega.