On Wed, 25 Mar 2009 20:56:12 -0000, Dave CROCKER <[email protected]> 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: [email protected] 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
