(*** This bug was imported into bugs.kde.org ***) Package: kmail Version: 1.4 (using KDE 3.0.0 ) Severity: wishlist Installed from: compiled sources Compiler: gcc version 2.96 20000731 (Mandrake Linux 8.2 2.96-0.76mdk) OS: Linux (i686) release 2.4.18 OS/Compiler notes: I wonder if it would be useful to: a) Prompt the user after a drag from the inbox (or whatever default incoming folder is configured) into another folder. b) Dialog would ask if they would like to move similar messages automatically in the future. c) Options would mirror current RMB/LMB shortcut (filter on subject/from/to/list). This is just a different way to get at the RMB/LMB shortcut and would be particularly useful for folks who don't currently use the RMB/LMB functions often (like my wife most of my town etc. smile). Just a thought. (Submitted via bugs.kde.org) (Called from KBugReport dialog)
hi, This would be a GREAT usability improvement, because it would avoid "parsing" the folder list for each filter you want to create. Contextual menu could then look like: ->Move ->Copy ->Filter --> > On From > On To > On Subject > On Mailing List So in most cases, the only thing left to do would be (if u care) renaming the filter !
This would be very useful. I was going to enter a new wishlist item that allowed me to right-click on a folder and see the filters associated with that folder, but I think the idea here is a better one. My filter list is very long, and it's a pain to find the right one to add criteria to. I would suggest a slight modification: that if the folder you are dragging to already has an existing filter with the folder defined as a "move-to" destination, then the rule is added to the existing filter, instead of creating a new filter. FYI: there are some similarities between this issue and these two: http://bugs.kde.org/show_bug.cgi?id=55835 http://bugs.kde.org/show_bug.cgi?id=57553
Subject: Re: mail drag and drop from inbox into folder -> filter prompt? On Thursday 17 July 2003 20:22, you wrote: > ------- You are receiving this mail because: ------- > You are a voter for the bug, or are watching someone who is. > > http://bugs.kde.org/show_bug.cgi?id=41190 > > ------- Additional Comments From mark@easymailings.com 2003-07-17 20:22 > ------- This would be very useful. I was going to enter a new wishlist > item that allowed me to right-click on a folder and see the filters > associated with that folder, but I think the idea here is a better one. My That's a good idea too. Actually that both are complementary: one to do and the other to see ;-) > filter list is very long, and it's a pain to find the right one to add > criteria to. > same mess here > I would suggest a slight modification: that if the folder you are dragging > to already has an existing filter with the folder defined as a "move-to" > destination, then the rule is added to the existing filter, instead of > creating a new filter. > indeed, that's how things should be ! :-) > FYI: there are some similarities between this issue and these two: > http://bugs.kde.org/show_bug.cgi?id=55835 > http://bugs.kde.org/show_bug.cgi?id=57553 will check these tomorrow regards Tarax
Some notes for the developer who wants to implement this: - Adding a new rule to an existing filter will only work if this filter so far has only one rule or if the rules are combined with "or", i. e. if "Match any of the following" is selected. - If more than one filter have the selected folder as target then the user will have to be given a list of filters to choose from.
*** Bug 69733 has been marked as a duplicate of this bug. ***
If there would be additionally be the possibility to add an user defined action it would be perfect. I have following scenario: I use SpamAssassin and it works very well, but sometimes there are mails, which SpamAssassin doesn't detect as spam. To make SA learn I must save the mail and manually invoke sa-learn. This could be done automatically by moving mails into the spam-Folder (with the call of sa-learn --spam) or vice versa (sa-learn --ham) if SpamAssassin recognized the wrong message as spam.
Any development within the last two years, or should this bug be re-assigned? Even if comment #1 might create lots of filters for one folder, i.e. one per sender that should be filtered into it, it would still be an improvement.
Assigning back bugs that weren't taken care of to kdepim-bugs.
*** Bug 71332 has been marked as a duplicate of this bug. ***
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.