RE: [dmarc-ietf] Last Call: <draft-ietf-dmarc-interoperability-15.txt> (Interoperability Issues Between DMARC and Indirect Email Flows) to Informational RFC

[[e-mail]]

> On Sunday, May 22, 2016 4:20 AM, John Levine wrote:
> >
> > Brian sent me a message/rfc822 wrapped version of his message, so I
> > stuffed it into my Gmail, Yahoo, and Hotmail mailboxs after looking at
> > it in Apple mail and Thuderbird and of course Alpine.  Gmail flattens
> > it to look like a text forward, Yahoo loses the headers on the
> > wrappped message, Hotmail and Apple mail show it as an attachment you
> > can download, Thunderbird and Alpine show all the relevant bits, but
> > not in a particularly attractive way.

> Let me give a "half full" view of this "half empty" glass. This experiment
> shows that not all UA to the right thing, but some actually do.

Take a closer look at the list. The two UAs that John said "do the right
thing" (and I would dispute that claim in the case of Thunderbird) are
both open source. The three that don't are the three of the larget, if not
the largest, service providers. 

This also ignores the entirely one-sided history in this area. Message formats
that provide the ability to represent a forwarded message in its entirty go
back to at least ~1980 (NBS format followed by X.400), long before MIME.
And in the past 35 years there have been many attempts to use 
message encapsulation for various purposes - the obvious ones is delivery
status notifications and message disposition notifications, which are
in fact currently used at scale.

And yet client ability to display such things in any sort of sensible way
just hasn't happened.

Given the importance of knowing why a message didn't get delivered
you'd think clients would support this better. But they don't.

So you'll have to forgive me for thinking your "half full" view here
is hopelessly optimistic.

				Ned