Esistono molti motivi per cui gli indirizzi Header e Envelope From potrebbero non corrispondere. La maggior parte riguarda i processi automatizzati di invio della posta, in cui i problemi di consegna devono essere segnalati a un indirizzo che non è rappresentativo di chi ha inviato la posta, o di chi è stato inviato per conto o a chi deve rispondere. Le mailing list come hai sottolineato sono un buon esempio.
Il motivo principale per cui un messaggio inviato dal client di posta di un utente potrebbe essere diverso dagli indirizzi è la posta inoltrata. Il contenuto della posta dovrebbe quindi essere ragionevolmente fedele all'originale, ma in caso di errori di consegna, questi dovrebbero essere segnalati all'utente che ha inoltrato l'e-mail, non al mittente originale.
Oltre all'intestazione SMTP, ci sono una varietà di intestazioni MIME che vari programmi usano per cercare di distinguere tra il mittente originale e il mittente intermedio e / o l'indirizzo preferito per segnalare errori a. Rispondi a, mittente, originariamente da , Errori-To, ecc., Ecc. Ognuno con semantica diversa. Alcuni di questi hanno il supporto standard, mentre molti altri no, ma potrebbero essere in uso comunque. Il modo in cui i vari programmi di posta elettronica si comportano in pratica varia notevolmente.
Se un modo di indirizzare la posta sia consigliabile è una questione diversa dal fatto che sia "legittimo" come chiedi. Se stai prendendo in considerazione la legittimità qui in termini di una politica come la gestione di potenziali spam, allora no, non credo che sarai in grado di fare una semplice distinzione in questo modo.
Pensa alla firma DKIM della posta elettronica e all'autenticazione SPF dei server di posta per i domini di posta elettronica. Se stai inviando molta posta, potrebbe essere importante essere in grado di autenticare la tua posta in questi modi e ciò potrebbe avere implicazioni per l'indirizzamento della posta dalle intestazioni, poiché puoi autenticare solo la posta relativa ai domini per i quali hai l'autorità .
-
Esteso su richiesta:
Un'intestazione "Rispondi a" MIME indica a un MUA (agente utente di posta, in genere client di posta di una persona) di inviare risposte a un indirizzo diverso, anziché all'indirizzo "Da" di MIME. Questo non è usato da un MTA (Mail Transport Agent) per cose come errori.
Di solito un MTA utilizza l'indirizzo "MAIL From" della busta SMTP per inviare errori. L'IT può essere sostituito con un'intestazione "Errori-A" MIME, che è un'istruzione MTA. Non tutti gli MTA lo onoreranno, quindi è un meccanismo inferiore per impostare l'indirizzo della busta SMTP, ma ci sono molte circostanze in cui è possibile impostare le intestazioni MIME in un messaggio, ma non l'indirizzo della busta SMTP da. Ad esempio, il software in esecuzione in un ambiente di hosting condiviso potrebbe trovarsi in questa situazione.
"Mittente" è molto più ambiguo come istruzione per gli agenti software, ma indica chi o cosa ha inviato l'e-mail in modo che sia distinto dall'indirizzo Da che è più simile a chi è stata inviata la posta per conto di. Ad esempio, quando si compila un modulo di posta elettronica il proprio politico, sarebbe molto appropriato che l'e-mail risultante utilizzasse la propria posta nell'intestazione Da, ma avesse un indirizzo del mittente correlato all'organizzazione che ha impostato il modulo.
'Originally-From' viene utilizzato da alcuni software MUA durante l'inoltro della posta, con l'indirizzo dello spedizioniere utilizzato per l'intestazione 'From'. Gli altri MUA lasceranno solo l'indirizzo del mittente e utilizzeranno un'intestazione "Rinvia-Da". Se i MUA che ricevono queste varie e-mail di intestazioni interpretano le intestazioni in modo utile o addirittura li visualizzano è piuttosto variabile. Quando rispondi a una mail che ti è stata inoltrata, a chi dovrebbe rispondere per impostazione predefinita? Forse è meglio impostare l'intestazione "Rispondi a"?
Il comportamento dei MUA è variabile, e mal definito, anche se sembra migliorare nel tempo. Al contrario, la semantica dell'Inviluppo è molto più definita. In genere c'è stata una posizione forte secondo cui gli MTA non dovrebbero mai occuparsi delle intestazioni MIME, ma poiché gli MTA sono sempre più ritenuti responsabili del contenuto della posta (ad es. Vedi SPF e gli standard DMARC emergenti), c'è una pressione affinché la chiarezza di quella posizione venga degradata. Meccanismi di vecchia data come Error-To sono anche in conflitto con l'idea che gli MTA non guardino il contenuto dell'intestazione, il che è parte del motivo per cui tali meccanismi sono sempre stati applicati in modo incoerente. Le filosofie degli autori di software variano.
Potresti trovare utile dare un'occhiata a http://tools.ietf.org/html/rfc4021#section-2 , ma ricorda che le pratiche attuali della moltitudine di software di posta elettronica là fuori variano in modi che non sono necessariamente benedetti dagli standard.
Va bene cercare di elaborare una chiara filosofia su come pensi che la posta debba essere usata, ma non aspettarti che tutti gli altri facciano le cose come pensi che dovrebbero.