Existem muitas razões pelas quais os endereços de cabeçalho e envelope de podem não coincidir. A maioria diz respeito aos processos automatizados que enviam e-mail, onde os problemas de entrega precisam ser relatados para um endereço que não é representativo de quem enviou o e-mail, ou quem foi enviado em nome de ou quem deve ser respondido. Listas de discussão como você apontou são um bom exemplo.
A principal razão pela qual uma mensagem enviada do cliente de e-mail de um usuário pode diferir dos endereços é o e-mail encaminhado. O conteúdo do e-mail deve ser razoavelmente fiel ao original, mas, no caso de erros de entrega, eles devem ser relatados ao usuário que encaminhou o e-mail, não ao remetente original.
Além do cabeçalho SMTP, há uma variedade de cabeçalhos MIME usados por vários programas para tentar distinguir entre o remetente original e o remetente intermediário e / ou o endereço preferencial para relatar erros.Eg Responder para, Remetente, Originalmente-From, erros-para, etc, etc, cada um com diferentes sematics. Algumas delas têm suporte a padrões, enquanto muitas outras não, mas podem estar em uso de qualquer maneira. A maneira como vários programas de correio se comportam na prática varia consideravelmente.
Se é aconselhável uma maneira de endereçar e-mails é um assunto diferente de ser "legítimo" como você pergunta. Se você está considerando legitimidade aqui em termos de algo como política para lidar com spams potenciais, então não, eu não acho que você será capaz de fazer uma distinção simples desta forma.
Pense na assinatura de email do DKIM e na autenticação SPF de servidores de email para domínios de email. Se você estiver enviando muitos e-mails, pode ser importante poder autenticar seus e-mails dessas maneiras, e isso pode ter implicações no endereçamento de e-mails de cabeçalhos, já que você só pode autenticar e-mails relacionados a domínios para os quais você tem autoridade .
-
Estendido a pedido:
Um cabeçalho MIME 'Reply-To' direciona um MUA (Mail User Agent, geralmente o cliente de e-mail de uma pessoa) a enviar respostas para um endereço diferente, em vez do endereço MIME 'From'. Isso não é usado por um MTA (agente de transporte de email) para coisas como erros.
Normalmente, um MTA usaria o endereço 'MAIL From' do envelope SMTP para enviar erros. A TI pode ser substituída por um cabeçalho MIME 'Errors-To', que é uma instrução MTA. Nem todos os MTAs o honrarão, portanto, é um mecanismo inferior para definir o endereço do Envelope SMTP, mas há muitas circunstâncias em que talvez seja possível definir os Cabeçalhos MIME em uma mensagem, mas não o endereço SMTP Envelope de. Por exemplo, software rodando em um ambiente de hospedagem compartilhada pode se encontrar nesta situação.
'Remetente' é muito mais ambíguo como uma instrução para agentes de software, mas indica quem ou o que enviou o email onde ele é diferente do endereço De, que é mais parecido com quem o email foi enviado em nome de. Por exemplo, quando você preenche um formulário on-line de e-mail com seu político, seria muito apropriado que o e-mail resultante use seu e-mail no cabeçalho De, mas tenha um endereço de Remetente relacionado à organização que configurou o formulário. / p>
'Original-From' é usado por alguns softwares MUA ao encaminhar mensagens, com o endereço do remetente sendo usado para o cabeçalho 'De'. Outros MUAs deixarão o endereço From sozinho e usarão um cabeçalho "Resent-From". Se os MUAs que recebem esses e-mails de vários cabeçalhos interpretam os cabeçalhos de maneira útil, ou até mesmo exibem esses cabeçalhos é bastante variável. Ao responder a um e-mail que foi encaminhado a você, a quem a resposta deve ir por padrão? Talvez seja melhor definir o cabeçalho "Responder para"?
O comportamento dos MUAs é variável, e mal definido, embora pareça estar melhorando ao longo do tempo. Por contraste, a semântica do Envelope é muito mais definida. Normalmente, existe uma posição strong de que os MTAs nunca devem se preocupar com os cabeçalhos MIME, mas como os MTAs são cada vez mais responsáveis pelo conteúdo de e-mail (por exemplo, ver SPF e os padrões DMARC emergentes), há pressão para que a posição seja degradada. Mecanismos de longa duração, como Erros - Também conflitaram com a noção de MTAs que não estão olhando para o conteúdo do cabeçalho, o que faz parte do motivo pelo qual esses mecanismos sempre foram aplicados de maneira inconsistente. Filosofias de autores de software variam.
Você pode achar útil examinar o link , mas lembre-se de que as práticas reais da multidão de software de correio lá fora varia de maneiras que não são necessariamente abençoados por padrões.
Não há problema em tentar chegar a uma filosofia clara de como você acha que o e-mail deve ser usado, mas não espere que todos façam as coisas como você acha que deveriam.