http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5219
------- Additional Comments From [EMAIL PROTECTED] 2006-12-03 20:29 -------
(In reply to comment #2)
> (In reply to comment #1)
> > *** This bug has been marked as a duplicate of 4822 ***
> (In reply to comment #1)
> > *** This bug has been marked as a duplicate of 4822 ***
> This bug is NOT a duplicate of the 5219. Can you please take a closer look at
> what I am saying. There will be times when you are searching the HTML part of
> an email and there is a line feed present in that part of the email you are
> concerned with, then SA does not allow you to find it at all. This is totally
> and seriously restrictive. I wasted several hours writing perl expressions to
> identify this spam only to write that perl code and find in fact that the
> problem was with in SA
Further to what was just commented, on closer examination there seems to be a
resemblence to the other bug but it hard to establish excatly what they are
saying. It is spoken of using the /s option for instance so "." works with \n
as well but I have found that option does not work with SA rules or is that
what you are talkin g about allowing?
This text taken from the other...
becomes (corrected by Justin):
my $text = $parts[$pt]->decode();
$text =~ tr/ \t\n\r\x0b\xa0/ /s; # whitespace => space
$self->{text_decoded} = [ $text ];
Is the \xa0 supposed to be \x0a ? Is this a typo?
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
