Mailing List Archive

[Bug 3277] Memory leak?
http://bugzilla.spamassassin.org/show_bug.cgi?id=3277





------- Additional Comments From blacksir@number.ru 2004-06-21 07:58 -------
Hi all again! After two month I've catch subject bug several times and today
I've unable to save message body that crashes spamd. But unfortunatly after
testing this message on 3 of our servers I've found that it crashes only on 2
of them, while all software configuration is the same. On the server where no
crash spamd eats about 75Mb additional RAM according to vmstat while checking
this 1.5Mb message. On the other 2 servers spamd eats >300Mb in first 10
seconds and countinue before I'll kill -9 it. I've put archived message body to
http://number.ru/blacksir/spamd-chash-email.tar.gz (~1.2Mb)

Some notes about my servers:
#uname -a
FreeBSD inet.vnii.number.ru 4.9-RELEASE FreeBSD 4.9-RELEASE #0: Thu May 13
14:27:58 MSD 2004
root@inet.vnii.number.ru:/usr/obj/usr/src/sys/number_ru_20040303 i386

#perl -v
--cut--
This is perl, version 5.005_03 built for i386-freebsd
--cut--

#spamassassin -V
SpamAssassin version 2.63


P.S. Actually I've already found some workaround - do not permit exim check
messages bigger than, for example, 256Kb. It can be done by putting those to
lines in EXIM `configure` file in acl_check_content section before spamcheck
lines but after mime-errs/virus-checking and etc...

accept hosts = 127.0.0.1:+relay_from_hosts # Do not
check mail from trusted relays
accept condition = ${if >{$message_size}{256k}{1}{0}} # Do not
check mail if bigger than 256Kb



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 3277] Memory leak? [ In reply to ]
http://bugzilla.spamassassin.org/show_bug.cgi?id=3277





------- Additional Comments From blacksir@number.ru 2004-06-21 08:04 -------
Khmmm.... I'm sorry for my bad English
Line 2: Read 'was able' instead for 'unable'
Line 6 from end: Read 'two lines' instead of 'to lines'



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 3277] Memory leak? [ In reply to ]
http://bugzilla.spamassassin.org/show_bug.cgi?id=3277





------- Additional Comments From sidney@sidney.com 2004-06-21 09:09 -------
It is to be expected that some but not all messages of a certain size will cause
problems. Since so far spam that big is uncommon, the documented procedure is
not to send messages larger than about 256Kbytes to SpamAssassin.

Strictly speaking this is not a bug. I will leave this bug open in case anybody
else wants to investigate why SpamAssassin requires so much more memory for this
particular overly large message as opposed to other overly large messages. But
if nobody picks up on this soon it should be closed as INVALID or WONTFIX.




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 3277] Memory leak? [ In reply to ]
http://bugzilla.spamassassin.org/show_bug.cgi?id=3277





------- Additional Comments From Nobody168@gmx.net 2004-06-26 14:28 -------
Created an attachment (id=2070)
--> (http://bugzilla.spamassassin.org/attachment.cgi?id=2070&action=view)
mail that crashes spamassassin

I have found a message with only 142 kb that crashes spamassassin. I'm using
Perl 5.6 and as far as I can see with perl -d the problem lies within create_lm
in TextCase.pm as it locks up and never returns.




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
[Bug 3277] Memory leak? [ In reply to ]
http://bugzilla.spamassassin.org/show_bug.cgi?id=3277





------- Additional Comments From felicity@kluge.net 2004-06-26 15:42 -------
Subject: Re: Memory leak?

On Sat, Jun 26, 2004 at 02:28:51PM -0700, bugzilla-daemon@bugzilla.spamassassin.org wrote:
> I have found a message with only 142 kb that crashes spamassassin. I'm using
> Perl 5.6 and as far as I can see with perl -d the problem lies within create_lm
> in TextCase.pm as it locks up and never returns.

Works fine on my 5.6 install, BTW. :)

debug: is spam? score=6.663 required=5

debug: tests=ALL_TRUSTED,HTML_70_80,HTML_BADTAG_00_10,HTML_MESSAGE,HTML_NONELEMENT_00_10,HTML_TEXT_AFTER_BODY,HTML_TEXT_AFTER_HTML,MIME_BASE64_NO_NAME,PRIORITY_NO_NAME,URI_AFFILIATE,URI_REDIRECTOR

debug: subtests=__CT,__CTYPE_HAS_BOUNDARY,__CTYPE_MULTIPART_ALT,__HAS_MSGID,__HAS_SUBJECT,__HAS_X_PRIORITY,__MIME_BASE64,__MIME_HTML,__MIME_QP,__MIME_VERSION,__MSGID_OK_DIGITS,__SANE_MSGID,__TAG_EXISTS_BODY,__TAG_EXISTS_HEAD,__TAG_EXISTS_HTML,__TAG_EXISTS_META,__UNUSABLE_MSGID






------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.