PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : spamassassin scantime



[WCM]Manx
14.10.05, 11:07
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

Fly
14.10.05, 14:02
was heisst scantime bei SA? Meinst du den SPAM level im Header?

[WCM]Manx
14.10.05, 14:09
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

Jasper
14.10.05, 15:44
# 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