Como é que existem dois campos 'Return-Path:'?

2

RFC822 em Return-Path: :

This field is added by the final transport system that delivers the message to its recipient. The field is intended to contain definitive information about the address and route back to the message's originator.

Então, como é que alguns e-mails têm dois deles? (Na minha amostra, geralmente um no final e um no início, a partir do qual eu suponho que o cliente o adicionou lá.) Não existe apenas um originador?

Esse é um mau hábito de alguns clientes?

    
por Alois Mahdal 20.01.2012 / 18:40

4 respostas

3

Você está 30 anos atrasado. RFC 822 foi substituído duas vezes.

… e os documentos que estão sendo substituídos, apesar de ainda um tanto falhos, tentam explicar o que a RFC 822 permitiu que o mundo decidisse não fazer ou errar completamente.

Isn't there only one originator?

Os cabeçalhos Return-Path: e Delivered-To: não denotam o criador e destinatário . Eles contêm o envelope de mensagem depois que uma mensagem deixou o ambiente SMTP e, portanto, não está mais dividida em envelope e conteúdo - como acontece quando um agente de entrega local grava o conteúdo do envelope e da mensagem em um arquivo de caixa de correio no ponto de entrega local.

Is that a bad habit of some clients?

É um mau hábito do MUA ou do MTA que enviou a mensagem ou de algum gateway intermediário para fora do ambiente SMTP. Os mais altos campos de rastreamento quase certamente foram adicionados pelo seu agente de entrega local. Aqueles mais abaixo foram adicionados por outra coisa. Seu LDA é gratuito para remover os cabeçalhos de envelope existentes ao pré-adicionar seus próprios. Mas não é necessário e claramente isso não acontece.

Outras leituras

por 22.01.2012 / 14:03
3

O caminho de retorno normalmente seria adicionado no topo no momento em que o email é recebido. Especificamente, isso aconteceria durante a transmissão SMTP do comando "MAIL FROM". Pode não ser o mesmo que o endereço de e-mail nos cabeçalhos De :, Responder para: ou Remetente:. Se houver um segundo caminho de retorno na parte inferior, ele provavelmente será suspeito, provavelmente adicionado depois que a entrega já estiver completa.

    
por 20.01.2012 / 18:56
2

São maus hábitos do cliente ou spam.

Você pode determinar se é o último examinando o conteúdo e o restante dos cabeçalhos.

Return-Path é um dos poucos cabeçalhos que o MTA irá verificar, e que o MTA entregador DEVE ser removido e substituído pelo seu próprio.

    
por 20.01.2012 / 18:54
0

Algumas contas de e-mail podem ter a opção de enviar e-mail "Em nome de ...", que usaria um servidor diferente para encaminhar os e-mails. Isso envolveria vários e-mails na resposta. Caso contrário, um exemplo diferente poderia ser se um aplicativo php envia e-mails através de um servidor - você pode especificar um endereço de retorno ou endereços (às vezes você pode até falsificar um endereço de resposta).

Obviamente, o melhor hábito seria ter sua clientela para postar apenas um endereço de resposta para localizar transações de e-mail e outras tarefas de depuração (se necessário).

" Once the transmission channel is established and initial handshaking
   completed, the SMTP client normally initiates a mail transaction.
   Such a transaction consists of a series of commands to specify the
   originator and destination of the mail and transmission of the
   message content (including any headers or other structure) itself.
   When the same message is sent to multiple recipients, this protocol
   encourages the transmission of only one copy of the data for all
   recipients at the same destination (or intermediate relay) host." 

Fonte: link

Além disso:  Padrão para mensagens de texto na Internet ARPA

 C.3.2.  FROM

    The "From" field must contain machine-usable addresses  (addr-
    spec).   Multiple  addresses may be specified, but named-lists
    (groups) may not.

Fonte: link

    
por 20.01.2012 / 18:56