On 2014-05-07 06:33, Per Jessen wrote:
Carlos E. R. wrote:
How big is the email itself?
"Just" 19 MB. Not that /huge/.
Any chance previous emails might have been much bigger? The number of emails processed by spamd before it is respawned is set with "--max-conn-per-child". Maybe you can find a much bigger mail in the log?
No, I just looked. Typically, when I fetch email the number of childs increase, and at the end of activity it drops to just two. It just chanced that the two were those emails, because they took several minutes to process.
That email contains about a hundred attachments.
Okay, that is pretty unusual, I would say - maybe you could reproduce the problem with another such email? If spamassassin has some sort of ballooning memory issue when processing mails with many attachments, I'm sure the developers would like to know.
I can send it to myself, internally. It would get processed. [...] Nope, it did not, just tried. I do not know why :-? Ah, yes, I do, the local account is not filtered. However, I can not provide this sample post to anyone, it is private.
I have a /etc/sysconfig/spamd with these settings (old):
SPAMD_AWL=no SPAMD_NICE=yes SPAMD_ARGS="-d -c --max-children=8 " SPAM_SA_UPDATE="no" SPAM_SA_COMPILE="no" SPAM_AMAVISD_RESTART="no" SPAM_SPAMD_RESTART="yes"
But there is also a "spampd" file with this single line:
SPAMPD_OPTIONS="--port=10025 --relayhost=127.0.0.1:10026 --user=spamfilter --tagall --children=5 --maxsize=250"
Those are clearly options for the spamd daemon. If you google "SPAMPD_OPTIONS" you'll see a few hits here and there.
But they are not used, as seen in the "ps" output: root 13289 0.0 0.8 151520 66388 ? Ss 00:30 0:05 /usr/sbin/spamd -d -c --max-children=8 --max-conn-per-child=1 -r /var/run/spamd.pid I added the max-conn-per-child yesterday. But notice the max-children=8, not 5. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)