ietf-dkim
[Top] [All Lists]

Re: [ietf-dkim] detecting header mutations after signing

2010-10-13 22:13:36


On 10/13/2010 8:56 PM, Mark Delany wrote:
If DKIM has any value it's that it ultimately affects the user mail
experience for the better. Consequently, to remain silent on matters
that we know will adversely affect that experience seems
contradictory. Similarly to not offer guidance to implementors on the
sorts of things they can do to maximize the value of DKIM seems
similarly to miss the point.


Mark,

First, let's be clear that no one think MUA issues are minor or irrelevant.

The question is how DKIM relates to them and what should be said about the 
topic 
in the DKIM Signing specification.

Everything affects the user experience.  IP interpacket arrival times.  TCP 
algorithms responding to congestion.  SMTP transaction design.  Every f'ing 
thing.

But this does not mean that each of them must make comments about MUA issues.

DKIM resolved a massively important problem by defining a validated 
name-affixing mechanism.  But neither Domainkeys nor DKIM specifications 
demonstrate any of the human factors or usability specialties needed to make 
serious comments -- nevermind normative directives -- about MUA design.  Nor 
did 
they need to.

What you are calling for would be good to have.  It should be done.  Just not 
in 
the signing spec.

d/
-- 

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

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