spamassassin loggolas kerdes

Spam, Adathalászat

Sziasztok,

Az istennek se tudok rajonni hogy lehet ravenni a spamassassint hogy ne csak a rule-okat hanem a hozzajuk tartozo pontszamot is irja be a logba.
A visszadobott level headerjebe lattam hogy bele lehet tenni (X-Spam-Report, ott meg magyarazat is van a rule-okhoz ami szinten nagyon jol jonne), de nekem ertelemszeruen a szerverlogban lenne ugyanezen infokra szuksegem. Debug moddal mar probalkoztam de az egyszeruen tul sok, nekem tulajdonkeppen a Report kellene.
Most ennyit latok csak:
Apr 07 08:51:39 spamd[11328]: spamd: identified spam (5.9/5.0) for spamd:58 in 1.8 seconds, 794297 bytes.
Apr 07 08:51:39 spamd[11328]: spamd: result: Y 5 - BAYES_20,FROM_MISSP_REPLYTO,RCVD_IN_DNSWL_NONE,RDNS_NONE,TO_NO_BRKTS_FROM_MSSP scantime=1.8,size=794297,user=spamd,uid=58,required_score=5.0

  • 3854 megtekintés

( Kayapo | 2016. 04. 11., h – 14:34 )

Ezzel már én is kínlódtam és arra jutottam, hogy azt nem tudja logolni a spamassassin. A kerülő megoldás az lehet, ha az MTA logolja az adott header tartalmát, amikor vissza kapja a spamassassin -től.

----
올드보이

Ez erdekelne hogy hol van ugyanis en sem a perldoc Mail::SpamAssassin::Conf -ban sem a konfig file-okban nem talalom a leirasat annak hogy melyik check hany pont.
De ettol fuggetlenul is azt mondom hogy igenis legyen benne a logban, mert jonnek a szokasos user requestek hogy ez meg az a level miert lett visszautasitva, akkor azt lassam tisztan es egyertelmuen a logban. Szoval semmifele zajgeneralast nem latok itt jelen esetben.

Ennyi erovel a mysql slow query log-ra is mondhatod hogy zaj :)

Nem, mert a slow query log egy konkrét eseményt logol, az nem fog kiderülni a konfigból. :) Egyébként csak indokolt esetben érdemes bekapcsolni.

Debianban a grep score /usr/share/spamassassin/*.cf

Ugyanígy a /etc/spamassassin/local.cf -ben tudod átértelmezni a pontokat, pl. 0-ra állítani ami fals vagy igény szerint növelni/csökkenteni a pontokat.