Murray S. Kucherawy writes: > If we have eliminated that recent canonicalization bug (it's only present > in the "relaxed" body canonicalization code, which Mark isn't using) and > the spaces-in-key-records question (I agree with Mark, that's probably a > false lead), I'd encourage you guys to use the debugging features in your > respective filters to save the canonicalized forms and diff them. You can > either: > > (a) both set the DKIMDEBUG environment variable to "c" and restart the > filter, saving canonicalized forms to /var/tmp; then exchange and "diff" > them to spot the differences; OR
The canonicalized output of the test mesage 0.msg is available at: http://www.ijs.si/~mark/tmp/0.tar.gz It looks correct, which has already been confirmed by three independent sources. > The fact that only one recipient is having that problem makes me think > it's localized and thus more likely a transit problem of some kind. Doesn't seem to be transient, all my messages are failing verification at Tony's site, and verify correctly for others. > One other possibility I can think of: Could there be an older public key > in Tony's cache? I never changed a key value on this selector, so it is unlikely to be a caching problem. Mark ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ dkim-milter-discuss mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dkim-milter-discuss
