[ih] Design choices in SMTP (custom emails per recipient)
Brian E Carpenter
brian.e.carpenter at gmail.com
Thu Feb 9 14:58:12 PST 2023
> I recently did RFC 9057
And it's Experimental/independent stream, which won't get the attention
of many product managers. Theoretically, any Thunderbird user can set it
up for themself, but that will only be a few geeks, and I suppose there
might be unintended consequences.
Brian
On 10-Feb-23 10:27, Dave Crocker via Internet-history wrote:
> On 2/9/2023 1:03 PM, Jack Haverty via Internet-history wrote:
>> I remember that hack. You could send email posing as anyone you
>> liked, by just putting whatever you wanted into the From: header
>> field. It drove me crazy trying to get my mail server, which tried
>> to parse and verify those fields, to deal with all the poetry people
>> put into email headers.
>>
>> Sadly, it's not just a problem of the ancient 1970s/80s. I regularly
>> receive emails now, in 2023, which look like I sent them. I can
>> recognize them as phishing blackmail, but I suspect many people cannot
>> tell that they're forged.
>
> Note:
>
> 1. The content From: header field has 3 components: Free-form display
> 'name', author mailbox, and author domain.
> 2. There is a continuing constituency of anti-abuse folk who want to
> find a way to restrict the 'abuses' of the display-name. They have
> never come up with anything that has any hope of doing a generally
> useful job. Some sites, however, do reject or sideline mail that
> has a display-name with the syntax of an email address.
> 3. There is literally no empirical evidence that any of this affects
> recipient behavior. Users are primarily affect by the actual
> content, not the From field.
>
> DMARC was created to prevent spoofing the From: field domain name. It's
> effective, but created serious collateral damage for mail going through
> alias forwarders and mailing lists. Among the anti-abuse community,
> people are quite cavalier about the collateral damage.
>
> In response to the damage, it is common for mailing lists to now recast
> the From field, along the lines of what this list does: They replace the
> From: field with the address of the mailing list, recase display-name to
> annotate that they've messed with the field, and set Reply-To: to be the
> author's address. The irony is that this is now an accepted means of
> bypassing DMARC protection.
>
> In architectural terms, this has turned the From: field pretty much into
> what was (and is) originally the semantics of the Sender: field.
>
> In response, I recently did RFC 9057, Email Author Header Field, to
> provide a place for unmodified author information. While I'm amused to
> see exactly three people are sending mail to my inbox using that field,
> I believe it has, so far, had virtually no uptake.
>
> d/
>
More information about the Internet-history
mailing list