ietf-dkim
[Top] [All Lists]

Re: [ietf-dkim] errata revision: opaque

2009-03-26 08:00:19
On Wed, 25 Mar 2009 20:56:12 -0000, Dave CROCKER <dhc(_at_)dcrocker(_dot_)net> 
wrote:


6.  RFC4871 Section 2.9 Signing Domain Identifier (SDID)

     Old:
       A single, opaque value that is the mandatory payload output of
       DKIM and which refers to the identity claiming responsibility for
       the introduction of a message into the mail stream.  It is

     New:
       A single domain name that is the mandatory payload output of
       DKIM and that refers to the identity claiming responsibility for
       introduction of a message into the mail stream.  For DKIM
       processing, the name has only basic domain name semantics; any
       possible owner-specific semantics is outside the scope of DKIM.

No, that is not quite right. The single domain name is the mandatory  
_part_ of the payload, but the payload (as passed to the Assessor) may,  
and most likely will, include further information (the contents of the h=  
field, for example), which a smart assessor may be able to use, especially  
in special circumstances it wots of.

But, as I have already pointed out, it is not IETF policy to delve, more  
than superficially, into the details of exactly what is communicated  
between the various related agents that are fed off an MTA.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: +44 161 436 6131                       
   Web: http://www.cs.man.ac.uk/~chl
Email: chl(_at_)clerew(_dot_)man(_dot_)ac(_dot_)uk      Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K.
PGP: 2C15F1A9      Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5
_______________________________________________
NOTE WELL: This list operates according to 
http://mipassoc.org/dkim/ietf-list-rules.html