[Postfixbuch-users] amavis/spamassassin langsam?

[Stefan G. Weichinger]

Erhard Gruber wrote:
> Stefan G. Weichinger wrote:
>> Sandy Drobic wrote:
>>
>>
>>>> - Die Checkzeiten von amavis erreichen manchmal Werte von 10 - 13 sec, 
>>>> wobei der Löwenanteil fast immer auf Spamassassin entfällt:
>>
>>>> Ich weiß leider nicht, wie man SA dazu kriegen kann mitzuloggen, wo er 
>>>> soviel Zeit braucht. Meine Vermutung sind aber die div. Online-Checks 
>>>> (Razor2, DCC, RBL). Gibts da eine Möglichkeit?
>>
>> Wie schon erwähnt, loglevel von amavisd hochdrehen.
>>
>> Weiters ist schon recht sicher, daß seit SA 3.x die Bayes-DB
>> irgendwelche Performance-Probleme hat. In der
>> Maia-Mailguard-Mailingliste zB ist das schon ein bekanntes Thema, die
>> SA-Jungs reagieren da aber nicht so drauf.
>>
>> Besonders wenn die Bayes-DB in MySQL liegt, fällt das bald mal auf.
>> Aber das dürfte bei Dir ja nicht der Fall sein.
>>
> 
> Bayes-DB liegt bei mir in /var/spool/amavis/.spamassassin, anscheinend 
> verwendet SA das Perl-Modul DB_File.
> 
>> Es gibt da noch ein paar SA-spezifische Dinge, die man tun kann, dazu
>> müsste man aber mehr über Dein Setup wissen (wo liegt die Bayes-DB etc.).
>>
> 
> hier meine SA-Config-Files:
> 
> ; --------------

Sieht jetzt nix verdächtig aus.

Was manches mal für Stocken sorgt, ist der DB-expire.

Per Default macht SA das dann, wenn es sein muß, das kann aber auch
mitten in der Rushhour sein, dann wird's langsam.

Empfohlen:

Nächtlicher Cronjob als Amavis-User (vscan?): sa-learn --force-expire
plus in der local.cf "bayes_auto_expire 0".

--

Wobei das hier wohl nicht die Ursache ist, es scheint wirklich eher an
den DNS-Problemen zu liegen. Aber als ergänzende Maßnahme ...

--

Generell sorgt das Ablegen der Bayes-Tokens in einer DB für
Performance-Gewinn gegenüber der BDB-Lösung.

>>> PS: Support für Suse 9.1 ist seit einem Jahr abgelaufen.
>>
>> PS: Ich bin nur ca. eine Stunde von Linz entfernt ;-)

Stefan