hector wrote:
Whats odd about all this is that it perpetuates the key differences in
understanding the purpose of DKIM. If its for a domain to assert a
responsibility for the message, then based on these discussions it is
only up to a point or the next hop where that responsibility is
downgraded or rescinded. As the next hop, be it a relay or list server,
could take over the responsibility, the chain of trust is presumed
here. Hop to Hop, Point to Point, relay to relay, finally the the MDA
and the user. This is an fundamental idea that allowed internet email
and the delivery system to work, but there was never a presumption that
middle ware will be altering the originality of the mail. Passthru
mail was fundamentally sacred and this was covered by US laws to be
frank. It's been challenged over the years, but there is still a taboo
to mess around with it. List Servers were the exception for the most
part and that was covering tagging the subject, adding footers or some
HTML framing, etc, all making it much harder for new mail integrity
technology.
Very good point; thanks for discerning the difference. At its core, I
think, this is the all-too-common battle between the Platonic Ideal of Email
and the reality.
In this reality, intermediaries change messages. Sounds like a few folks on
this list don't want messages to undergo drastic changes when passing
through intermediaries, and thus are arguing against any attempt to use DKIM
to "legitimize" what they view, Quixotically, as illegitimate behavior. But
DKIM /will/ be applied in situations where intermediaries change messages,
because that is a reality of email today.
I'd agree that it's necessary to tilt at a few windmills from time to time
as a reminder of what the collective ideals might once have been, but this
particular windmill was rebuilt as a pea soup restaurant decades ago.
--
J.D. Falk
Return Path Inc
http://www.returnpath.net/
_______________________________________________
NOTE WELL: This list operates according to
http://mipassoc.org/dkim/ietf-list-rules.html