Am 17.10.2014 um 12:02 schrieb Joolee:
File base bayes is actually quite slow. Isn't it an option for you to use an sql replicated master-slave set or cluster or per haps Redis master-slave replication?
performance is not a problem here, no high traffic on the submission servers and on the inbound-spamfirewall SA only faces around 5% of all delivery attempts, 80000 legit mail per month, 15000 per month catched with SA and the other 450000 delivery attemps are catched with postscreen or based on PTR/HELO/SPF with smtpd before the milter
i just want to know if i need to reload spamd after rsyncbelow "/var/lib/spamass-milter/" lives training messages and scripts to update or rebuild from scratch making it perfectly maintainable
in case of rsync the training-folders and scripts are not needed on the other machines, just the result below ".spamassassin" and the point is if no reload is needed the rsync itself could happen with a restricted user and no root-command needed
On 17 October 2014 11:59, Reindl Harald :
Hi
does SA need anything to recognize a rsynced bayes on similar setups
to load the new version or is it anyways reopened for each
connection by spamd child?
in case of clamd rsync "/var/lib/clamav/" is enough
background:
* a perfect trained bayes on the inbound spamfirewall
* after recently a account was hacked and sent spam
(luckily not massive by rate-limits) which would have
been clearly caught by SA/spamass-milter i consider
to install SA also on the submission servers and just
rsync the bayes per cronjob
ls /var/lib/spamass-milter/.__spamassassin/
insgesamt 8,4M
-rw------- 1 sa-milt sa-milt 32K 2014-10-17 11:52 bayes_journal
-rw------- 1 sa-milt sa-milt 324K 2014-10-17 09:50 bayes_seen
-rw------- 1 sa-milt sa-milt 11M 2014-10-17 11:45 bayes_toks
-rw------- 1 sa-milt sa-milt 98 2014-08-21 17:47 user_prefs
signature.asc
Description: OpenPGP digital signature
