Re: Feature Request
Judicael Courant <[email protected]>
| Newsgroups | gmane.mail.spam.active-spam-killer.general |
|---|---|
| Message-ID | <[email protected]> |
Hi Marco, At Sun, 4 Jan 2004 21:08:50 -0500, Marco Paganini wrote: > > Hi Peter, > > This is my next planned feature. The plans are to revamp the entire list > system, while keeping it backwards compatible. I plan to introduce a new > file, called "rules.txt" that "includes" your current lists in the current > order in which they are tested within ASK (so, people who want to use the old > system will not encounter any difficulties). The syntax is also going to be > improved to allow boolean constructs and such. 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... 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) 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... 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 ------------------------------------------------------- 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