Summary: | make spam-filtering independent of normal filtering-gui | ||
---|---|---|---|
Product: | [Applications] kmail | Reporter: | S. Burmeister <sven.burmeister> |
Component: | filtering | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED WAITINGFORINFO | ||
Severity: | wishlist | CC: | bluedzins, luigi.toscano |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
S. Burmeister
2004-09-10 11:13:39 UTC
As a proof that my claims about the potential issues with unexperienced users altering/deleting filters I would like to point to bug 89569. I would think that unexperiencd users do not file that many bugs, so one can multiply the users having these issues by many more times than it would be the case for issues bothering experienced users that file a bug about it. Sven, overloading us with referals to bugreports which we have already read costs a lot of time and does not help. Vote at the bugs and wishes help (and keeping the wish compact). This area is of course work in progress. > ------- Additional Comments From tomalbers kde nl 2004-09-16 20:59 -------
> Sven, overloading us with referals to bugreports which we have already read
> costs a lot of time and does not help. Vote at the bugs and wishes help
> (and keeping the wish compact). This area is of course work in progress.
Ok. I just think that because it would mean a lot of "wasted" time one sticks
to the current way of handling rather than re-thinking it. That's why I tried
to get as many hints into the bug that proof that there are serious issues.
I'll try to get rid of that skepticism and not cause more work than necessary.
When I get my internet-connection back I'll try to get you a bit of work out
of the way by answering bugs that are in my scope of knowledge, so that you
guys can concentrate on the real issues.
Sven
I'm against this. Make it separate tool and keep the kmail light, simple and stable. Most people do their spam filtering in server and don't want their desktop become more bloated because of spam. KDE should not follow M$ with bloating. Hello, hello! Somehow I cannot follow you. You want to have it seperate, yet you are against this bug-report which wants it to have seperated? Or are you against all kind of anti-spam functionality in a mail-client? Thunderbird is light, simple and stable, so this is not really an issue for not implementing kmail's own engine, yet this is not even part of this bug-report. Further, most people do not have a server, so they would have to rely on their provider without the ability to train that tool, unless they use webmail, which they do not, as they use kmail. Of course they can set-up spamassasin on their own desktop, yet you did not want it to be bloated, did you not? As far as I know, thunderbird and other email-clients are not owned by MS and had anti-spam tools a long time before MS considered it, so integrating an anti-spam engine is not an MS way either. Yet again, this is not about integrating kmail's own anti-spam engine. This bug report is simply about not mixing anti-spam filters with other filters and implementing functionality tested in other GUIs for a long time, i.e. not trying to re-invent the wheel. Making spam-filtering independent is difficult because then it won't be possible to control when the spam filters should be applied. Usually it doesn't make that much sense to apply the spam filters to all messages because it's slow and checking obvious non-spam is just a waste of cpu time. A possible alternative would be to run the spam filters only on messages which haven't been marked by other filters as "non-spam". Some of the problems that you mentioned should be fixed though, i.e. we should at least show a warning when the user tries to delete the spam filters and rerunning the wizard should not create duplicate filters. Is this report still valid? KMail can use bogofilter (I use it) for some time now. Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented. Thank you for your understanding. Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2. |