ietf-dkim
[Top] [All Lists]

Re: [ietf-dkim] Alternative MAiling List Approach

2010-07-29 14:45:00


On 7/29/2010 7:51 PM, Steve Atkins wrote:
On Jul 29, 2010, at 9:46 AM, Alessandro Vesely wrote:
SRS on "From"?  It is intriguing that, after having taken a rather
different approach, DKIM faces much the same problems that SPF had
been criticized for, for the same minor fraction of the email traffic.

DKIM doesn't suffer from them, really.

OTOH, ADSP is broken in pretty much the same way SPF is, and
so it's not surprising that the bodges proposed to fix it
look similar.

+1

But to elaborate, for those missing the point:

0.  As Steve notes, ADSP creates the problem, not DKIM.

1.  SPF creates a path dependency that breaks when mail is relayed through 
multiple MTAs; hence it breaks with even basic email.  ADSP creates a path 
dependency that breaks when mail is re-posted; that is, after it is delivered 
and then re-submitted; hence it breaks for value-added functionality.  These 
are 
at completely different layers of the architecture, although yes, they both 
derive from creating a handling path dependency that is not present in 
'regular' 
email.

2.  Folks need to take note of the fact that a problem that is created by added 
functionality which is needed by only specialized scenarios is probably best 
not 
"fixed" by adding more mechanism.

d/

-- 

   Dave Crocker
   Brandenburg InternetWorking
   bbiw.net
_______________________________________________
NOTE WELL: This list operates according to 
http://mipassoc.org/dkim/ietf-list-rules.html