Version: 1.5 (using KDE KDE 3.1) Installed from: SuSE RPMs OS: Linux Among the new features of version 1.5, there is a note that the "delete" action is now instant (as in the menu/keyboard "delete") which is great [saves a step for positively confirmed spam, etc.]. I see in the past this has been requested (see bug #33763 and bug #24288) and discounted [use move-to-trash/mark-as-read / too dangerous] but (a) these requests are a year or two old, meaning (b) they are for prior versions :) I just started receiving messages which I know I can safely delete -- a message list I've just joined has turned on "moderation" [I think the list maintainer is new at this] and I'm getting an obligatory "your message is on hold until a moderator releases it" -- to be honest, I don't need these messages. In any case, I'm thinking that if the developers have agreed to the principal of allowing "delete" to be "immediate", then why not provide that as a filter action? [with, of course, serious warnings if selected -- after all, it IS instant and irrevocable...]
I have been forced to use another companies IMAP server, they don't filter UCE so my mail box gets 50 UCE per day which I do NOT want to download just to delete; as 70-90% of it is HTML only & *everyone* who sends me real mail sends text I want to delete HTML only mail from the server.
I support this strongly together with the (non existing) X-SPAM-FLAG the delete option would be nice BTW I do not see why "delete on server" is an explicit option for pop-filters and normal filters have none. (i know pipe /dev/null would work too , but it should be usable for newbees too).
added the X-Spam-Flag to the list. should be checked for YES for filter action
Implemented via POP-filters in Kmail 1.6. Please close
*** Bug has been marked as fixed ***.
yes, this has always been in the "pop-filters", [even prior to 1.6] but this request was about the regular filters once it's downloaded (and, presumably, local spam/virus checking has occurred -- something that can't be done w/pop filters). I see I wasn't entirely clear with this, but comment #2 points out what I left off. Pop filters [especially for those that are new to this] are a bit of a PITA, and in fact when "swen" arrived on the scene I ended up with mailbox overflows on my ISP's side because kmail stopped to ask me "is it OK to delete?" -- the thing is, I had already left for work that day and never saw the dialog till I got home [I leave kmail running 24x7] Also, does this work for the fellow in comment #1? Do "pop" filters work against IMAP servers? (though to be honest, I don't think he'll be able to avoid downloading for "regular" filters -- unless you've optimized things to note that the filter contains no body tests, and thus apply them at the point you've completed the header download step.)
Pop filters do not apply to disconnected IMAP at least. So the wish is still valid for normal filters. I for one would really like a "file into /dev/null" filter.
Me too!
Move the message to the folder which expires every day.
I can appreciate the importance of protecting non-technical users from deleting their mail accidentally. Unfortunately, there appears to be *no workaround* for this problem! Even piping to /bin/true, or the like, fails due to the semantics of the pipe action. It's arrogant to suggest that moving to trash, or to a daily-expiring folder is an adequate workaround in every possible circumstance. It's important to me, and obviously to others, for various reasons, that these messages be deleted completely and immediately. I would be happy to take the time to produce a patch if I could be assured that it would not be ignored.
I strongly support this request! As many people, I get lots of spam every day which is piped through a spam filter. About 90% of the spam e-mails are classifed "definitely spam" and can be deleted without any further review. For psychological reasons, I wish I could just have them throwed out - I don't even want to see them! ;-)
Could I vote against this bug?
[Off-Topic] @Matej Cepl: To vote against this one, you'll first have to vote elsewhere ;-) https://bugzilla.mozilla.org/show_bug.cgi?id=48570 For the record: I'd be happy to see such a filter being implemented.
Here's another example of a kind of message that would benefit from a "delete" filter action. I fetch mail from a local IMAP server once a minute, using cron. Cron sends me a mail message reporting on the output of the mail-fetching program. I am glad it does this, because sometimes the program breaks and I need to know. But usually what I get is a boring content-free message saying "yes, everything ran fine and I didn't fetch any messages". One of these per minute is 1440 per day. I am *not* going to read these! At the moment, the best I can do is to have a filter that identifies the certainly-boring ones and dumps them in a special folder, which I empty manually every couple of days. This is tiresome.
On Thursday 07 April 2005 15:39, Gareth McCaughan wrote: > At the moment, the best > I can do is to have a filter that identifies the certainly-boring ones > and dumps them in a special folder, which I empty manually every > couple of days. This is tiresome. Note that you can use expiry on that folder with a very short interval, say, a day.
*** Bug 108474 has been marked as a duplicate of this bug. ***
> One of these per minute is 1440 > per day. I am *not* going to read these! At the moment, the best > I can do is to have a filter that identifies the certainly-boring ones > and dumps them in a special folder, which I empty manually every > couple of days. This is tiresome. I have such a setup; but if you make your cronjob not generate any output, you are save anyway. It sounds rather silly to generate email that there is no email and let kmail cleanup. If you are on holiday for 2 weeks, your sync would take an awful long time. Sorry, this is a wrong solution to a simple problem; use: * * * * * /usr/bin/fetchmail >/dev/null in your crontab.
I would also like to see a filter action to send a mail to /dev/null (in my case, to immediately get rid of emails with a high spam score). While developers and other technically minded people can perhaps work out ways of getting round the problem, I think that for ordinary users (as well as for the convenience of technically minded users) there should be a simple "Delete immediately" filter action. I can't really see any reason not to have such an action - it's up to the user to be careful what they do with their email. I'm sure that solutions like daily expiring folders aren't at all obvious to most people, and they don't actually get rid of the mail immediately anyway.
I'd like this "delete" action too, I've been using the expiring folders and auto-emptying trashes and it's still not what I want, i.e. an automatic delete. Did the discussion halt there? Is it not implemented because no KMail developer thinks it's important enough, because they think it's a Bad Idea, because it's harder than expected? In other words, would a patch be accepted?
Stripping subjective terms from the subject.
My vote too -- from time to time I get mails so obscene and vulgar that I don't want to even "touch" it. The best I can do with KMail is to put them to trash automatically but then when I try to restore some important mail from it, I bump into this junk. Permanent delete would solve this.
*** Bug 137898 has been marked as a duplicate of this bug. ***
The kmail 2 report asking for a 'delete' action was closed as wontfix (bug 286304). Closing this one as well.
So by design KMail users have to sift through scams, pornography, vulgar content because ... ? ( please note this is not spam filtering issue, it is another level )