Istnieje wiele powodów, dla których adresy Nagłówek i Koperta Od mogą się nie zgadzać. Większość dotyczy zautomatyzowanych procesów wysyłania poczty, w których problemy z dostawą należy zgłaszać na adres, który nie jest reprezentatywny dla tego, kto wysłał pocztę lub kto został wysłany w imieniu lub na kogo należy odpowiedzieć. Listy adresowe, jak wskazałeś, są dobrym przykładem.
Głównym powodem, dla którego wiadomość wysłana z klienta poczty użytkownika może różnić się od adresów, jest przesyłana poczta. Treść wiadomości powinna być w miarę wierna oryginałowi, ale w przypadku błędów dostawy należy je zgłosić użytkownikowi, który przesłał wiadomość e-mail, a nie pierwotnemu nadawcy.
Oprócz nagłówka SMTP istnieje wiele różnych nagłówków MIME, których różne programy używają do rozróżnienia między nadawcą pierwotnym i nadawcą pośrednim i / lub preferowanym adresem do zgłaszania błędów. Np. Odpowiedz na, nadawca, pierwotnie od , Errors-To itp., Każdy z inną semantyką. Niektóre z nich mają obsługę standardów, a wiele innych nie, ale i tak mogą być używane. Sposób, w jaki różne programy pocztowe zachowują się w praktyce, jest bardzo różny.
To, czy wskazany jest sposób adresowania poczty, różni się od tego, czy jest „uzasadniona”, jak pytasz. Jeśli zastanawiasz się nad zasadnością w kontekście czegoś takiego jak zasady postępowania z potencjalnym spamem, nie, nie sądzę, że będziesz w stanie dokonać prostego rozróżnienia w ten sposób.
Pomyśl jednak o podpisywaniu wiadomości e-mail przez DKIM i uwierzytelnianiu SPF serwerów pocztowych dla domen e-mail. Jeśli wysyłasz dużo poczty, ważna może być możliwość jej uwierzytelnienia w ten sposób, co może mieć wpływ na adresowanie poczty z nagłówków, ponieważ możesz uwierzytelniać tylko wiadomości związane z domenami, do których masz uprawnienia .
-
Rozszerzony na życzenie:
Nagłówek MIME „Reply-To” kieruje MUA (Mail User Agent, zazwyczaj klienta poczty osoby) do wysyłania odpowiedzi na inny adres, zamiast adresu MIME „Od”. Nie jest to używane przez MTA (Mail Transport Agent) do takich rzeczy jak błędy.
Zwykle MTA używa adresu SMTP Envelope „MAIL From” do wysyłania błędów. IT można zastąpić nagłówkiem MIME „Errors-To”, który jest instrukcją MTA. Nie wszystkie MTA będą go szanować, więc jest to gorszy mechanizm ustawiania adresu koperty SMTP, ale istnieje wiele okoliczności, w których może być możliwe ustawienie nagłówków MIME w wiadomości, ale nie adres SMTP koperty z. Na przykład oprogramowanie działające w udostępnianym środowisku hostingowym może znaleźć się w takiej sytuacji.
„Nadawca” jest o wiele bardziej niejednoznaczny jako instrukcja dla agentów oprogramowania, ale wskazuje, kto lub co wysłał wiadomość e-mail, jeśli różni się ona od adresu Od, który bardziej przypomina adresata poczty w imieniu. Np. Kiedy wypełniasz internetowy formularz „twój polityk”, byłoby bardzo właściwe, aby otrzymany e-mail używał twojej poczty w nagłówku „Od”, ale miał adres nadawcy powiązany z organizacją, która utworzyła formularz.
„Originally-From” jest używane przez niektóre oprogramowanie MUA podczas przesyłania poczty, przy czym adres spedytora jest używany jako nagłówek „From”. Inne MUA zostawią adres Od w spokoju i użyją nagłówka „Resent-From”. To, czy MUA odbierające te różne nagłówki wiadomości e-mail interpretują je, czy nawet wyświetlają, jest dość zmienne. Odpowiadając na wiadomość, która została do Ciebie przesłana, do kogo domyślnie powinna trafiać odpowiedź? Może najlepiej ustawić nagłówek „Odpowiedz na”?
Zachowanie MUA jest zmienne, a także słabo zdefiniowane, chociaż wydaje się, że z czasem poprawia się. Natomiast semantyka Obwiedni jest znacznie bardziej zdefiniowana. Zazwyczaj istnieje silna pozycja, że MTA nigdy nie powinny zajmować się nagłówkami MIME, ale ponieważ MTA są coraz bardziej odpowiedzialne za treść poczty (np. Patrz SPF i nowe standardy DMARC), istnieje presja na obniżenie jasności tej pozycji. Długotrwałe mechanizmy, takie jak Błędy-To, również kolidowały z pojęciem MTA, które nie patrzą na treść nagłówka, co jest częścią tego, dlaczego mechanizmy te zawsze były niespójnie stosowane. Filozofie autorów oprogramowania są różne.
Przydatne może być przejrzenie strony http://tools.ietf.org/html/rfc4021#section-2 , ale pamiętaj, że rzeczywiste praktyki wielu programów pocztowych różnią się w sposób niekoniecznie błogosławiony.
Dobrze jest wymyślić jasną filozofię tego, w jaki sposób Twoim zdaniem powinna być używana poczta, ale nie oczekuj, że wszyscy inni zrobią rzeczy, które według Ciebie powinny.