Eliot Lear wrote:
Can someone please explain how something can be opaque and yet processed
in g=, as SM has pointed out?
1. g= provides a literal string for comparison. It does not specify any other
syntax or semantics for the string. Hence, the string cannot be interpreted.
It can only be compared, which means the string is opaque.
2. g= is for a mechanism that is internal to the dkim signature processing
engine. It does not impart any syntax or semantics if the target string is
output to a client of the signature validation process. To the module that
consumes that string, as output of DKIM validation, the string remains opaque.
DKIM imparts and communicates no details about the meaning of the string, nor
its relationship to other identifiers.
d/
--
Dave Crocker
Brandenburg InternetWorking
bbiw.net
_______________________________________________
NOTE WELL: This list operates according to
http://mipassoc.org/dkim/ietf-list-rules.html