Qual é a diferença entre remetente, de e caminho de retorno?

138

Qual é a diferença entre um valor de remetente, de e caminho de retorno de um email?

Exemplo : eu tenho um formulário de contato no qual o usuário pode inserir seu e-mail, isso seria atribuído ao remetente ou a partir do caminho de retorno?

Eu fiz uma pesquisa rápida no StackOverflow e não encontrei nada útil.

email smtp

— The Pixel Developer
fonte

Respostas:

172

Portanto, no SMTP quando uma mensagem é enviada, o envelope SMTP (remetente, destinatários etc.) é diferente dos dados reais da mensagem.

O Sendercabeçalho é usado para identificar na mensagem quem o enviou. Geralmente, é o mesmo que o Fromcabeç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-Pathcabeç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, sender@yourcompany.comdigite uma mensagem e a envie. O servidor envia a mensagem ao destinatário com Fromdefinido como sender@yourcompany.com. O envio SMTP real usa credenciais diferentes, algo assim mailagent@mywebmail.com. Portanto, o sendercabeçalho está definido como mailagent@mywebmail.com, para indicar que o Fromcabeç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-Pathtambém seria definido para mailagent@mywebmail.comque 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.

— Shawn D.
fonte

Além disso, você não precisa definir tudo. ou seja, se você deixar de fora o caminho do remetente e do retorno, eles vão para o endereço De. Se você deixar de fora o caminho de retorno, acho que as notificações de falha na entrega vão para o remetente.

— Shawn D.

... O que é um incômodo atraente para os bombardeiros de correio. Não faça isso!

— tripleee

Eu entendo isso certo? Ao falar sobre um formulário da Web para enviar um email, quem Senderé a pessoa que enviou o formulário da Web e Fromo servidor que enviou o email? Ou é o contrário?

— Ethan Leroy

Imagine algum VIP que tenha um assistente gerenciando sua caixa de correio. Se o assistente estiver escrevendo um email em nome do VIP, o assistente é o Sender, mas a mensagem é Fromo VIP. É o que acontece quando você vê o e-mail descrito como "Do Assistente em nome do VIP"

— dewin

@ ShawnD., E se não houver Return-Path. O padrão é o Senderentão?

— Pacerier 14/02

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)

2.1.2 Campo de cabeçalho: de

Description:  
    Mailbox of message author  
[...]  
Related information:
    Specifies the author(s) of the message; that is, the mailbox(es)
    of the person(s) or system(s) responsible for the writing of the
    message. Defined as standard by RFC 822.

2.1.3 Campo de cabeçalho: remetente

Description:  
    Mailbox of message sender  
[...]  
Related information:
    Specifies the mailbox of the agent responsible for the actual
    transmission of the message.  Defined as standard by RFC 822.

2.1.22 Campo de cabeçalho: caminho de retorno

Description:
    Message return path
[...]  
Related information:
    Return path for message response diagnostics. See also RFC 2821
    [17]. Defined as standard by RFC 822.

— naitsirch
fonte

Obrigado por fornecer o link oficial da RFC. É realmente útil se alguém perguntar: "Com base no quê?"

— bayuah

Essa outra resposta (de 2011) afirma que o método indicado aqui faz com que o gmail sinalize e-mails como spam. Gostaria de saber se ainda é o caso hoje.

— showdev 14/12/16

Atualizado no RFC 5322 tools.ietf.org/html/rfc5322#section-3.6 . Alguém pode dizer ao pessoal da RFC do SMTP que ajudaria se o campo Remetente tivesse que corresponder ao endereço De usado no processo de handshake do SMTP, se for para ser usado.

— BeowulfNode42 16/05/19

Uma pequena atualização para isso: um remetente nunca deve definir o Return-Path:cabeçalho. Não existe Return-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, a 5321.Frommenos 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 um Return-Path:cabeçalho em uma mensagem em trânsito. Consulte http://tools.ietf.org/html/rfc5321#section-4.4

— cmeid
fonte

Um remetente usando um cliente de e-mail não o definiria, mas um "remetente" escrevendo um script que envia e-mails pode defini-lo por script, portanto, acho enganoso dizer que um remetente nunca deve defini-lo.

— ChileNUT

Infelizmente, o Chilinut é realmente impreciso. Um cabeçalho Return-Path: em uma mensagem em trânsito será descartado; o MDA (agente de entrega de email) que executa a entrega final definirá o cabeçalho Return-Path: para corresponder ao valor do 5321. De (envelope-de) transportado por a mensagem. Isso ocorre porque o envelope é perdido quando a mensagem é entregue, então o cabeçalho Return-Path: registra qual era o envelope de origem quando o MDA recebeu a mensagem.

— Creid

Estou olhando para os cabeçalhos de uma mensagem na minha caixa de entrada agora, e ele tem um From:endereço e um ( diferente ) Return-Path:de endereços, então eu não sei o que você está se referindo

— chiliNUT

O Return-Path:cabeçalho reflete o endereço de envelope ou de RFC5321.From. O From:cabeçalho reflete o endereço de cabeçalho de, ou RFC5322.From.

— cmeid

Está ficando semântica, o importante (como acima) é que você não pode definir um 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, o Return-Path:cabeçalho registra qual foi o envelope, pois o envelope é descartado na entrega.

— Creid