https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6224
--- Comment #5 from Karsten Bräckelmann <[email protected]> 2009-10-22 08:41:11 UTC --- > With NO modifiers, [^\[]* apparently matches newlines. If you look at the > debug output (line 2), you can see the newline (delimiting two Received > headers) that it matched. Maybe this is a perl regexp issue? Indeed, such an inverted char class does match the newline. You an explicitly exclude it, though, using \n (second one-liner). $ perl -e '"foo\nbar" =~ /(o[^x]+)/; print $1;' $ perl -e '"foo\nbar" =~ /(o[^x\n]+)/; print $1;' Another possibility usually is, to use the parsed X-Spam-Relays-* pseudo headers instead. No multi-line string, and a guaranteed format. -- Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
