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
