![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
On Tue, 14 Jul 1998, Shmuel (Seymour J.) Metz wrote: > While it is true that the header can be trivially forged, that doe > not not provide adequate grounds for a MUST NOT. If I choose to use > the contents of this header for purposes of authorization, no harm to > the net occurs, although I may cause harm to myself. Even a SHOULD NOT > is questionable. The MUST NOT is based on field experience with the X-Sender header as described in the spec. Harm to the net includes: users who can't unsubscribe from mailing lists, users who can't use subaddresses on a mailing list, and mis-routed email. All of these have been caused by misuse of the X-Sender header and resulted in support for the X-X-Sender header in some clients. In addition, pretending that Originator-Info, X-Sender, or even Sender is somehow "authenticated" could mislead users into believing things which are false. S/MIME and PGP-MIME are authenticated, Originator-Info isn't and MUST NOT be treated as such. - Chris
Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.