ietf-dkim
[Top] [All Lists]

Re: [ietf-dkim] draft-ietf-dkim-mailinglists-02 review

2010-09-10 17:12:15
On Friday, September 10, 2010 03:17:47 pm Steve Atkins wrote:
On Sep 10, 2010, at 11:27 AM, Charles Lindsey wrote:
On Fri, 03 Sep 2010 15:15:37 +0100, Hector Santos 
<hsantos(_at_)isdg(_dot_)net> 
wrote:
I think you need to better appreciate and understand how fundamental
the "Message" From field for any forms of communications and/or mail
networks is.  It would be a radical change to open up this door and
"Pandora box" to make it the norm and mindset that a From: is
unreliable. Not saying it is not prone to abusive, but fundamentally,
when people believe in the message, they also make that natural
trusted tie to the author of the message.

Yes, but nobody is trying to change that. We seem to be agreed that what
a mailing list sends is, from some POV, a "new" message, and so
logically a new "From:" is not wholly out of order.

What's the benefit to this, though, other than obscuring the original
author?

If you agree with John Levine's proposal that mailing list mail is, in 
general, not a problem then there is negative value in mailing lists throwing 
away (discarding) good mail from domains that happen to use ADSP Discardable 
(or any other mechanism for inferring something from the lack of a signature - 
this isn't really ADSP specific, it's just the implementation we have at the 
moment).  If this negative event can be avoided by the simple mechanism of 
using a mailing list specific "Message" From, then that is a benefit.  This is 
not the only potential use of such a feature.  I've spoken to one MLM 
developer who told me the feature has been previously requested for privacy 
reasons nothing to do with DKIM or ADSP.

I think this is quite reasonable as it would inoculate MLM users from ADSP (or 
similar) problems in a way that does not limit their ability to promote 
communication among their subscribers (which is what mailing lists do).

Scott K
_______________________________________________
NOTE WELL: This list operates according to 
http://mipassoc.org/dkim/ietf-list-rules.html

<Prev in Thread] Current Thread [Next in Thread>