Bug 160369 - provide easier way to define classification profiles
Summary: provide easier way to define classification profiles
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-04-04 17:31 UTC by Maciej Pilichowski
Modified: 2012-08-19 00:21 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2008-04-04 17:31:03 UTC
Version:            (using KDE 3.5.9)
Installed from:    SuSE RPMs

Currently there are only two profiles predefined: spam and ham.

However spam is what is rejected by spam program (in my case bogofilter) and ham is what is accepted. Which leads us to idea of multi-purpose profiles:
a) conference announce
b) business mail
c) private mail from my friends
etc.

some of those could be handled by manually defining filters, but in general that could be handled by classification rules -- of course one database for bogofilter cannot be used, but bogofilter already supports multi database usage.

So it is already available in KMail, the problem is KMail shows rather low-level, almost internal view of the mechanism how the classification should be done.

It would be easier for user (and less errorprone) to show user classification profiles and hide this stuff from her/his (of course, when she/he clicks "details" current filter dialog should appear) -- all the user should know is what profiles she/he would like to have:

1) new 
2) classification profile: "call for papers":
3) what to do?: move to folder "conferences"
4) END!

No "run external program", no "-N -s -d ..." (at the first sight of course). 

Then click RMB on the mail and learn that _this_ mail is "call for papers".

So I would opt for treating the current filter dialog as needed, but as "show details" function in upper-level dialog "classification profiles".
Comment 1 Maciej Pilichowski 2008-04-05 22:03:44 UTC
Hmm, it is not _that_ easy I thought. The problem is unlearning.

When the mail is classified KMail should mark the message (*) in some way (even altering the mail itself) "this mail was marked as <<papers>>", then when user hit "unlearn/unclassify" (today: mark as ham) Kmail should first get the information how the mail was marked (*) and then use the proper bogofilter bank for correct unlearning.

(*) those steps are not currently available, so it is not only making GUI to already implemented algorithms
Comment 2 Myriam Schweingruber 2012-08-18 08:39:37 UTC
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.
Comment 3 Luigi Toscano 2012-08-19 00:21:38 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.