Je mel stejne zadani, ale koncepcne jine reseni.
Uzivatel uvede zaznam na blacklist => pridam do SpamAssisina BLACKLIST_FROM.
Kdyz mate konfiguraci SA v mySQL, je to trivialni.
A blacklistovany odesilatel pak skonci vzdy ve spamu namisto /dev/null
+ pak pro usery mam ovladaci aplikacku, kde si user mimojine rekne, co se spamem:
a) zahazovat ... pro prepracovany manazery a 10let existujici domeny
b) do IMAP slozky Junk (pro webmailisty, imapisty)
c) dorucovat (POP3), ale znackovat predmet ... pro outlukare, co si doplni pravidlo dle sveho gusta.
SA code:
INSERT INTO userpref VALUES($bl_id, '$schranka[email]', 'blacklist_from', '$listed_from', CURDATE(), CURRENT_TIMESTAMP
Maildrop pravidlo (jedno z moznych - imapisti):
if (/^X-Spam-Flag: YES/)
{
to "$VHOME/Maildir/.Junk/"
}
to "$VHOME/Maildir/"
Maildrop pravidlo zahazovat
if (/^X-Spam-Flag: YES/)
{
to "/dev/null"
}
to "$VHOME/Maildir/"
... s maildropem jsem se svyho casu dost natrapil, moc o nem nevim, ale prislo mi, ze rada veci tam nefunguje jak ma, jakmile prisel deformovanej email, ale je mozny, ze svou roli v tom sehral nevyladeny qmail.