Изпечатай

[d3v1ous]

Здравейте ползвам SpamAssassin, версия 3.2.5, инсталирана с apt-get install spamassassin на Debian Lenny.

В /etc/spamassassin/local.cf имам това:

Код:

rewrite_header Subject *****SPAM*****
 report_safe 1
 required_score  5.0
 use_bayes 1
 bayes_auto_learn 1
 use_razor2 1
 use_pyzor 0
 razor_timeout 10
 skip_rbl_checks 0
allow_user_rules 1
bayes_path /srv/mail/spamassassin/bayes
trusted_networks 192.168.0.1
internal_networks !0/0

whitelist_from_rcvd *@mail-lists.co.cc mail-lists.co.cc

обръщам внимание на "allow_user_rules 1".

В /home/d3v1ous/.spamassassin/user_prefs имам това:

Код:

required_score          5
blacklist_from          *@gmail.com

Т.е. с това правило би трябвало всичкия gmail.com да отива в SPAM. За да се убедя че user rule ми е прочетен изпълнявам това: (проверка на правилата)

spamassassin --lint -D

Код:

[25086] dbg: config: using "/home/d3v1ous/.spamassassin/user_prefs" for user prefs file
[25086] dbg: config: read file /home/d3v1ous/.spamassassin/user_prefs

Проблема е че си получавам мейли от gmail.com и те не са маркирани като спам.
Въпроса ми е: Къде бъркам???

[neter]

В пощенски клиент или в пощенски сървър използваш SpamAssassin и, ако е в пощенски сървър, какви потребители използваш - реални, виртуални?

[d3v1ous]

Postfix с реални потребители.

[laskov]

Предполагам, че това

spamassassin --lint -D

ти го изпълняваш като user d3v1ous, а postfix работи като user root или друг.

[d3v1ous]

Postfix работи с юзер postfix, spamassassin като юзер root а дъщерните му процеси работят като spamc.

Изпълних spamassassin --lint -D с root, но ефекта беше същия. В debug виждам това:

Код:

[13834] dbg: config: allowing user rules!

но като изпълнявам spamassassin --lint -D с root, не виждам онзи ред за парсването на конфиг-а в /home/d3v1ous/.spamassassin/

странна работа..

[laskov]

Точно това имах предвид. Това

dbg: config: read file /home/d3v1ous/.spamassassin/user_prefs

е в зависимост от user-а, който стартира процеса. То всъщност е

dbg: config: read file /home/$username/.spamassassin/user_prefs

[neter]

Ами... сложи права 777 на файла и на папката /home/d3v1ous/.spamassassin/, и ще разбереш дали е от правата.

[d3v1ous]

За съжаление проблема не е в пермишъните...

[laskov]

Аз ли не можах да обясня, вие ли не ме разбрахте ...
Проблемът не е в правата. Всъщност то проблем няма !
Ако аз стартирам спамасасин, той ще погледне в моята папка за да прочете правилата, които аз съм му задал. Ако ти стартираш спамасасин, той ще погледне в твоята папка, за да се съобрази с твоите правила.

[d3v1ous]

  по думите ти трябва всеки потребител да стартира свое копие на демона spamassassin, разбирам това което казваш, но spamassassin се стартира при стартиране на системата, биндва си сокет и прави цялата проверка и доставка на мейла до кутията на клиента.

[laskov]

Значи ползваш spamd/spamc. Ето какво пише на това място:

-u *username*
        This argument has been semi-obsoleted. To have spamd use
        per-user-config files, run spamc as the user whose config files
        spamd should load. If you're running spamc as some other user,
        though, (eg. root, mail, nobody, cyrus, etc.) then you can still use
        this flag.

За съжаление, освен да се направя на интересен, не мога да помогна. Ползвам spamassassin през MailScanner. При този вариант не се ползва spamd/spamc. Впрочем от горното и от тук май следва, че на теб ти трябва точно такъв вариант. Попрочетох в конфига на МailScanner и мисля, че това, което искаш е осъществимо.

[mkp]

d3v1ous, извинявам се че се бъркам(аз съм ламер в линукс  ), но искаш да отхвърляш гмеил.цом или само да ги събираш в спам директория?  Ако е първото, не трябва ли това да го прави Постфикс? 

[laskov]

Предполагам, че специално това правило, той го ползва като тест за работата на SA по време на конфигурирането. Инъче да, ако е първото може да го направи както казваш.

Редакция: В случая се търси начин не за тотално блокиране на база сървър, а блокиране (филтриране) на база потребител. И потребителя да може да задава и променя правилата за филтриране.

[d3v1ous]

However, according to http://www.spamassassin.org/doc/Mail_SpamAssassin_Conf.html#privileged%20settings rules are not executed from user_prefs files unless a) the allow_user_rules setting allows this (rare), or b) you execute SA directly rather than through spamd/spamc.

Да в моя случай е така, spamd работи като юзер root, стандартна инсталация. Въпроса е как да направя гимнастиката с spamc? Просто да го демонизирам с въпросния юзер?

Код:

spamc -u d3v1ous & > /dev/null

[laskov]

Според както го разбирам аз, трябва да изоставиш начина със spamd/spamc и да търсиш начин с директно стартиране на СА.