Archiv verlassen und diese Seite im Standarddesign anzeigen : spamassassin scantime
Hi!
Mich würd mal interessieren, welche durchschnittliche "scantime=" ihr bei euren Mailservern mit spamassassin habt.
Nützliche Zusatzinfos wären, welche Tests spamassassin (nicht) macht und die Serverhardware.
Tuning-Tipps sind natürlich willkommen.
Bei mir schaut's momentan so aus (Server noch nicht "produktiv")
Pentium III 700MHz (256MB RAM)
SA 3.0.3
ein lokaler dnscache
(noch) kein razor2, pyzor, dcc
kein SPF
Net::DNS Tests (RBL,URIDNSBL)
SQL-based per-user AWL und Bayes
scantime zwischen 1.3 und 2.5, ein paar Ausreißer mit über 6, wenige unter 1.
Grüße
Manx
was heisst scantime bei SA? Meinst du den SPAM level im Header?
Hi!
Wie lange spamassassin für den scan einer Mail braucht.
clean message (3.7/5.0) for manx:0 in 1.4 seconds, 1314 bytes.
result: . 3 - ALL_TRUSTED,AWL,URIBL_SC_SURBL,URIBL_WS_SURBL scantime=1.4,size=1314,mid=<434EB766.4040001@xxx.at>,autolearn=no
Grüße
Manx
# sed -n '/scantime/s/.* scantime=\([0-9\.]*\),.*/\1/p' mail | awk 'BEGIN{A=0;} {A+=$0;} END{print A/NR}'
7.36237
# grep -h '^loadplugin' /etc/mail/spamassassin/*.pre
loadplugin Mail::SpamAssassin::Plugin::URIDNSBL
loadplugin Mail::SpamAssassin::Plugin::Hashcash
loadplugin Mail::SpamAssassin::Plugin::AWL
loadplugin Mail::SpamAssassin::Plugin::AutoLearnThreshold
loadplugin Mail::SpamAssassin::Plugin::TextCat
loadplugin Mail::SpamAssassin::Plugin::WhiteListSubject
loadplugin Mail::SpamAssassin::Plugin::MIMEHeader
loadplugin Mail::SpamAssassin::Plugin::ReplaceTags
# /usr/bin/sa-learn --dump magic
0.000 0 3 0 non-token data: bayes db version
0.000 0 42421 0 non-token data: nspam
0.000 0 99065 0 non-token data: nham
0.000 0 2461567 0 non-token data: ntokens
0.000 0 1035587648 0 non-token data: oldest atime
0.000 0 1129296618 0 non-token data: newest atime
0.000 0 1129286705 0 non-token data: last journal sync atime
0.000 0 1072110820 0 non-token data: last expiry atime
0.000 0 43200 0 non-token data: last expire atime delta
0.000 0 290617 0 non-token data: last expire reduction count
das ist aber eine betagte kiste, P2-300 mit 512M und einem dauerload von 0.5. SA ist 3.1.0.
am meisten fressen die dns-checks (trotz lokalem cache, weil spammer selten im dns stehen) und der lookup in der token-db.
aber solange die kiste ca. 500 mails pro tag scannt und 1 promille durchlässt, bin ichs zufrieden.
-j
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.