Murray S. Kucherawy wrote:
DKIM-Signature: .... c=relaxed/relaxed; // dupe
DKIM-Signature: .... c=relaxed/relaxed; // dupe
DKIM-Signature: .... c=relaxed/relaxed; // dupe
DKIM-Signature: .... c=simple/relaxed; // other signer
DKIM-Signature: .... c=relaxed/relaxed; // other signer
You need two header and one body canonicalizations in that example. And that
presumes there's no "l=", which creates another dimension in the matrix of
canonicalizations you need to run.
Right, c= c14n order post bug. Flip it! :)
Off hand, the only reason I see to consider this is when the mail size
is somewhat, frequently and/or commonly relatively huge.
Comparing public APIs, it appears DKIM-MFILTER is doing some reduction
logic, but hard to read spaghetti code. :)
ALT-N's C/C++ cleaner library does not appear optimize it.
--
_______________________________________________
NOTE WELL: This list operates according to
http://mipassoc.org/dkim/ietf-list-rules.html