Spamassassin abstellen

H

heermann

New Member
tachchen,

ich habe auf unserem Rootserver (Debian Etch) Spamassassin mit Postfix am Laufen. Leider ist spamassassin laut top-Befehl ein ziehmlicher Speicherfresser. Daher hatte ich Spamassassin per init-Script abgestellt:
/etc/init.d/postfix stop
Click to expand...

leider arbeitet spamassassin trotzdem weiter "ps -awux" liefert alle paar Minuten einen Aufruf von SA der viel Speicher wegnimmt, wie z.B. so:
root 30068 0.0 0.0 8568 808 ? Ss 15:57 0:00 procmail -a
root 30069 0.0 0.0 8568 328 ? S 15:57 0:00 procmail -a
root 30070 72.5 0.9 71788 39836 ? R 15:57 0:04 /usr/bin/perl -T -w /usr/bin/spamassassin
root 30072 0.0 0.0 10104 1068 pts/1 R+ 15:57 0:00 ps -awux
Click to expand...

Weiß jemand, wie ich SA ganz ausstellen kann ? Mir ist auch nicht welches Prog. hier überhaupt Spamassissn aufruft.lsof -p ist quasi nicht anwendbar, da der Prozeß in nur wenige Sekunden abläuft.

Gibt es in Postfix, eventuell ähnlich wie bei exim eine Option, bei der man queues beschränken kann, so daß bei einbinden von SA nicht so großer Speicherbedarf da ist ?

Dank euch im voraus für eure Hilfe.

Gruß

Christian Heermann
 
Dir ist schon klar, dass man mit
Code: 
/etc/init.d/postfix stop
Postfix, und nicht den Spamassassin abschaltet?

Wenn es noch weiterhin aufgerufen wird, kann das an den Einstellungen in der master.cf von Postfix liegen, oder an einem andere Programm wie Plesk oder Confix, falls du so etwas verwendest. Ausserdem waere interessant, wie du Spamassassin einbindest, direkt über Postfix, oder über Amavis oder andere Tools. Wenn ja, dann ist die master.cf die falsche anlaufstelle. Dann musst du es in den Konfigdateien des Programms ändern, mit welchem du Spamassassin einbindest.

Edit:
Ach ja, Spamassassin kann man auch verschmälern, so dass es weniger Speicher braucht. Es kommt halt immer drauf an, welche Filterregeln man hat.
 
Sorry...

Dein Einwand ist natürlich berechtigt. Spamassassin hatte ich gestoppt mit
Code: 
/etc/init.d/spamassassin stop
und darauf hin Postfix gestartet mit
Code: 
/etc/init.d/postfix restart

Vorher habe ich spamassassin gänzlich aus der /etc/postfix/master.cf verbannt. "/etc/postfix/master.cf" enthält:
#
# Postfix master process configuration file. For details on the format
# of the file, see the master(5) manual page (command: "man 5 master").
#
# ==========================================================================
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes) (never) (100)
# ==========================================================================
smtp inet n - - - - smtpd
#submission inet n - - - - smtpd
# -o smtpd_enforce_tls=yes
# -o smtpd_sasl_auth_enable=yes
# -o smtpd_client_restrictions=permit_sasl_authenticated,reject
#smtps inet n - - - - smtpd
# -o smtpd_tls_wrappermode=yes
# -o smtpd_sasl_auth_enable=yes
# -o smtpd_client_restrictions=permit_sasl_authenticated,reject
#628 inet n - - - - qmqpd
pickup fifo n - - 60 1 pickup
cleanup unix n - - - 0 cleanup
qmgr fifo n - n 300 1 qmgr
#qmgr fifo n - - 300 1 oqmgr
tlsmgr unix - - - 1000? 1 tlsmgr
rewrite unix - - - - - trivial-rewrite
bounce unix - - - - 0 bounce
defer unix - - - - 0 bounce
trace unix - - - - 0 bounce
verify unix - - - - 1 verify
flush unix n - - 1000? 0 flush
proxymap unix - - n - - proxymap
smtp unix - - - - - smtp
# When relaying mail as backup MX, disable fallback_relay to avoid MX loops
relay unix - - - - - smtp
-o fallback_relay=
# -o smtp_helo_timeout=5 -o smtp_connect_timeout=5
showq unix n - - - - showq
error unix - - - - - error
discard unix - - - - - discard
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - - - - lmtp
anvil unix - - - - 1 anvil
scache unix - - - - 1 scache
#
# ====================================================================
# Interfaces to non-Postfix software. Be sure to examine the manual
# pages of the non-Postfix software to find out what options it wants.
#
# Many of the following services use the Postfix pipe(8) delivery
# agent. See the pipe(8) man page for information about ${recipient}
# and other message envelope options.
# ====================================================================
#
# maildrop. See the Postfix MAILDROP_README file for details.
# Also specify in main.cf: maildrop_destination_recipient_limit=1
#
maildrop unix - n n - - pipe
flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient}
#
# See the Postfix UUCP_README file for configuration details.
#
uucp unix - n n - - pipe
flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
#
# Other external delivery methods.
#
ifmail unix - n n - - pipe
flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp unix - n n - - pipe
flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -t$nexthop -f$sender $recipient
scalemail-backend unix - n n - 2 pipe
flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension}
mailman unix - n n - - pipe
flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py
${nexthop} ${user}
Click to expand...

... und spamassassin läuft und läuft trotzdem. Vielleicht hat es was mit Postfixx zu tun aber im Webinterface gibt es keine Einstellungsmöglichkeit für SA, so daß ich es aussschließe. Gibts eventuell einen Weg rauszufinden, welches Prog SA aufruft ?

Auf jeden Fall Danke für dein Feed BAck !

Gruß

Christian
 
Kannst du irgendwas in den Logfiles sehen, zum Beispiel der mail.log? Normalerweise wenn Spamassassin von Postfix aufgerufen wird, steht das in den Logfiles drin.
Ansonsten kann man noch mal in syslog nachsehen, ob da ein aufruf passiert.

Eine letzte Möglichkeit die mir noch einfällt ist, dass Maildrop oder Procmail Spamassassin aufruft.
 
heermann said:
root 30069 0.0 0.0 8568 328 ? S 15:57 0:00 procmail -a
root 30070 72.5 0.9 71788 39836 ? R 15:57 0:04 /usr/bin/perl -T -w /usr/bin/spamassassin
Click to expand...
Zum Einen hast Du lediglich spamd beendet. Hier läuft aber das Commandozeilen-Tool "spamassassin" direkt.
Und von den aufeinanderfolgenden PID's würde ich mal behaupten, daß SA von procmail aufgerufen wird.

huschi.
 
Danke ...

yep...Volltreffer es war procmail. Muß einem doofen wohl gesagt werden...

frohe Weihnachten und einen guten Rutsch euch beiden!
 
You must log in or register to reply here.
Back
Top