everybody,
On Wednesday September 5 2007 03:53:44 Mark Martinec wrote:
> > I got one sample myself. It causes Perl process to exceed virtual memory
> > quota during evaluation of a regular expression in sub parse_received,
> > due to deep recursion. [...] I'll see what can be done better.
>
> Here
> I got one sample myself. It causes Perl process to exceed virtual memory
> quota during evaluation of a regular expression in sub parse_received,
> due to deep recursion. [...] I'll see what can be done better.
Here is a better quick-fix, applies to 2.4.2 and later,
including 2.5.*. The 2.6.0-p
Thomas,
> During the last days I encountered a few mails containing nothing but a
> single line with many whitespaces (> 15000) within their body. These
> mails are able to completely block an amavisd-new process (nanny reports
> "went away").
I got one sample myself. It causes Perl process to ex
Mark Martinec schrieb:
> Your understanding is correct. There is not much need to clear a
> database of process statuses, unless there are hundreds or thousands
> of stale entries left there, but in this case you'd have a more serious
> problem to solve anyway. Apart from amavisd-nanny, an amavisd
Thomas,
> I'm a little bit sceptic about FuzzyOCR & Co - I'll try to run a
> more recent devel version. I also temporarily disabled gif checks
> as giffix keeps segfaulting on Etch (I need to build a new package,
> there is a known patch).
Right, the FuzzyOCR is quite fishy, and its external prog
Mark Martinec schrieb:
> Well, you already said the mail contents is full of spaces, so
> the above does not apply. It is still good to know nevertheless,
> and the $sa_spawned trick still applies, regardless of a
> reason for SpamAssassin segfaults.
I'm a little bit sceptic about FuzzyOCR & Co -
> Ok. If there are pictures in the mail, my next suspect
> is a SpamAssassin plugin ImageCheck, which is
> known to segfault on certain corrupted images.
> It just wasn't designed with robustness in mind.
P.S.
Well, you already said the mail contents is full of spaces, so
the above does not apply.
Thomas,
Thomas,
> spamassassin < /var/lib/amavis/tmp/...-09604/parts/p002
...
> Segmentation fault
>
> So it really doesn't seem to be Amavisd-new's fault - I'll go on and
> stress other people ;-) Thanks a lot for your help!
Ok. If there are pictures in the mail, my next suspect
is a SpamAssass
Mark Martinec schrieb:
> So if you believe the file(1) is not a cause of delays,
> please show a TIMING report from the amavisd log for
> problematic messages (available at the log level 2 or above).
Log level is 2, but as told before the last line there seems to
be "providing full original messag
Thomas,
> thanks for your answer! file is 4.17-5etch2 - which is not 4.21, but
> Debian people should have backported all relevant fixes as of my
So if you believe the file(1) is not a cause of delays,
please show a TIMING report from the amavisd log for
problematic messages (available at the log
Thomas Gelf schrieb:
> thanks for your answer! file is 4.17-5etch2 - which is not 4.21, but
> Debian people should have backported all relevant fixes as of my
> /usr/share/doc/file/changelog.Debian:
NB: CVE-2007-2026 is also fixed, tests from
http://www.amavis.org/security/asa-2007-3.txt
are fine!
Mark Martinec schrieb:
> My guess is that you are bitten by a Linux regexp library problem,
> triggered by the file(1) utility (it doesn't affect for example FreeBSD
> with the same version of a file utility). It has been discussed before
> on this ML. Also mentioned in: http://www.amavis.org/secur
Thomas,
> During the last days I encountered a few mails containing nothing but a
> single line with many whitespaces (> 15000) within their body. These
> mails are able to completely block an amavisd-new process (nanny reports
> "went away").
My guess is that you are bitten by a Linux regexp lib
Hi list!
During the last days I encountered a few mails containing nothing but a
single line with many whitespaces (> 15000) within their body. These
mails are able to completely block an amavisd-new process (nanny reports
"went away").
Setup: Postfix => Amavisd-new => Postfix (all of them on dif
14 matches
Mail list logo
