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