http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4828
------- Additional Comments From [EMAIL PROTECTED] 2006-04-08 12:54 -------
I tested with a patch that uses
$permsgstatus->{relays_external}->[0]->{ip}
$permsgstatus->{relays_external}->[0]->{helo}
$permsgstatus->{relays_external}->[0]->{rdns}
Looking at the dccifd logs, as far as I can tell this makes no difference to
three checksums that are actually used for DCC checking, Body, Fuz1 and Fuz2.
That makes sense, because without that patch the wrong Received header and
therefore the wrong values for dccifd "client" and "helo" protocol lines are
_always_ chosen, so every Spamassassin client has been using DCC with the wrong
values for those.
I'm inclined to check in a patch to trunk simply because it is more correct, but
I fail to see how this would have caused failures in DCC_CHECK anywhere.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
