Re: Feature Request
Marco Paganini <[email protected]>
| Newsgroups | gmane.mail.spam.active-spam-killer.general |
|---|---|
| Message-ID | <[email protected]> |
Hi Judicael, > While you are at it, why would not you make ask a bit more modular? > > What I mean is a better way to interact with tools such as procmail: > For instance, I want to pipe my mail through ASK and through a spam > detector such as spamassassin or spamoracle, and then I want to make > some decision based on the results of both tools: send a confirmation > message, discard the message, etc... You can already do that with ASK 2.5x. Have you tried it? The new version has a new "--filter" command-line switch that causes ASK to add a header to emails that should be discarded. This, together with the "header" directive in the .askrc file allow you to "daisy-chain" anti-spam measures. I've been using ASK+bogofilter like that for a while now. > The point is instead of having just one program doing everything, I > would prefer to have several filters/programs: > - a filter doing several tests (whitelisted/blacklisted/ignorelisted > author/correct signature/valid confirmation message/...) and reporting > them as a header > - a program queuing a message and sending a confirmation request > - a filter accepting a confirmation request and delivering the queued > mail > (maybe even a filter to add the sender of some mail to whitelist) There are a few potential problems with this approach. Changing the order in which some things are done or omitting some checks can create undesirable side-effects. I'm planning to add command line commands to ASK that would allow you to verify addresses in the lists, add/remove addresses to the lists, etc. But again, some things should be left as they are (like, for instance, checks for mailing-lists and such). > This would allow everybody to specify rules such as: check > whitelist/blacklist first, deliver mail which is from a daemon but not > marked as spam in such mail folder, ignore mail I am not listed as the > recipient if the sender is not whitelisted, etc... The idea is tempting... I'll see if I can add a subset of the available commands as a command-line option. Regards, Paga > > Yours sincerly, > > Judicael. > -- > [email protected] > Tel (+33) (0)4 72 50 48 13 > GPG public key: 7C25 D439 9F60 BC68 A131 6267 98B9 98F6 7107 2457 > > > -- Marco Paganini | UNIX / Linux / Networking [email protected] | PGP: http://www.paganini.net/pgp/ http://www.paganini.net | Magnus Frater te spectat... ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn