Felmerült egy érdekes probléma.
/etc/defaul/spamassassinban:
SAHOME="/var/lib/spamassassin"
OPTIONS="--create-prefs -x --max-children 3 --username vmail --helper-home-dir ${SAHOME} -s ${SAHOME}/spamd.log --virtual-config-dir=/var/mail/virtual/%d/%l"
/etc/spamassassin/local.cf fájlban:
bayes_path ~/bayes
Ennek eredménye minden maildirben: bayes_seen, bayes_toks
Automatikusan használja, bővíti + én is tudom bővíteni a sa-learn segítségével.
Eddig remek.
Viszont jó volna, ha a felhasználó is tudná piszkálni a szabályokat, pl. a roundcube sauserprefs pluginon keresztül (http://notes.sagredo.eu/node/35#sauserprefs).
A fenti beállításban még nem foglalkozik a /etc/spamassassin/sql.cf fájllal, ahhoz a /etc/defaul/spamassassin: OPTIONS= -ba be kell tenni egy "-q" -t is.
Szuper, használja az sql-ből a finomított szabályokat peruser szinten, DE ilyennel boldogít:
Oct 5 21:08:09 2012 [24716] warn: plugin: eval failed: bayes: (in learn) locker: safe_lock: cannot create tmp lockfile /home/vmail/bayes.lock.24716 for /home/vmail/bayes.lock: Nincs ilyen fájl vagy könyvtár
Melynek eredménye a levél fejlécében: autolearn=unavailable
Ha tehát tanulásra érdemes a levél, a /home/vmail-ban keres bayes fájlt, pedig a "-q" kapcsoló nélkül az adott maildirben kereste.
Ha a bayes_autolern -t kikapcsolom, a hiba megszűnik.
Órák óta keresgélek és úgy tűnik, hogy ha az user_prefs-t sql-ből akarom venni, akkor a bayes is csak sql-ből képes működni. Valóban így van?
Azért érdekes, mert bayes sql-re külön táblát és configban sorokat kell felvenni, tehát nem tűnik úgy, hogy össze lennének nőve.
Ha kikapcsolom az autolearn-t, de minden este sa-learn-t futtatok a mappákon, akkor nagyon nem lövök mellé, ugye?
Ha tényleg össze vannak nőve, nincs jobb ötletem a probléma áthidalására.
Előre is köszönöm a tippeket.