(*** This bug was imported into bugs.kde.org ***) Package: kmail Version: CVS 2000-Nov-15 Severity: wishlist Installed from: Source (your bug wizard is fantastic thanks) The primary thing keeping me off of kmail is its lack of color coding in the index. mutt flags (via a status column) and allows me to specially color messages based on various criteria. Of particular interest to me are messages to me only messages that list me in To or Cc messages from me and flagged messages (I don't remember if kmail can flag messages as important; I use this a lot too....) I use this functionality extensively to call-out messages to me specifically versus messages to a mailing list I am on (which gives me a fighting chance at keeping up with important mail). I'm a big mutt fan but I'm ready to move onto something that allows me to compose and read at the same time. I just want to bring all the useful mutt features with me :) Thanks. My wife is a huge kmail fan so you've certainly won over half the family :) Rob (submitted via bugs.kde.org)
color filters similar to those available for inbox filtering would be a plus
Create filter -> Filter on Subject. Filter Action: "mark as" "important" Remove "If this filter matches, stop processing here" Possible problems: * all messages to you will be marked, probably you only want messages to mailing list that specifically mentions you to be marked. (trying to filter on messages sent to me AND with x-mailing-list containing "@") * new filters for mail lists will be added before this marking, reordering of filters will be needed)
That does not solve this feature request: I want to be able to use _different_ colors - not onyl one for "important"
Created attachment 1986 [details] screenshot
I completely agree with M Koller. There should be different label colors: Green mentions Joe. Blue mentions that new project I am working on. Red is from my ex-girlfriend. Just like in Eudora. Please see attached screenshot.
either color marking or suggestions from #55118 would be nice. Thing with color - you can find stuff only visually, with something more advanced you can run searches or filter out group messages you need right now.
Hi, I would like to vote for this as well. I have used mutt and colored messages that were from me (where "me" is a dozen different mail addresses, i.e. a regex in the header) or to me (ditto), contained HTML markup, attachments bigger than 100k, etc. I think this would really help many people sort out their messages. Please implement this! :-) Thanks!
*** Bug 41479 has been marked as a duplicate of this bug. ***
KMail message color coding (according to status/header regexp/..) would also help a lot in big mailing lists. I read a lot of lists via GMane, where I can say "Hide threads I didn't participate in", for example. This is a BIG help for large newsgroups / mailinglists. Also, when using Mutt I had non-mailinglist messages where my address appears neither in To: nor in Cc: colored "grey on white", i.e. unimportant. (Most of the time it was newsletters or SPAM that SpamAssassin didn't catch.) But some lists cannot be read via GMane, because the list admin doesn't like GMane (e.g. suse-linux) or because they are internal non-public lists. I would like to have the same features in KMail. Maybe one can copy them from KNode. If nobody wants to implement this, please tell me what would need to be done where (i.e. which APIs would be suitable for this) and I'll have a look into it myself. Thank you!
*** Bug 88422 has been marked as a duplicate of this bug. ***
*** Bug 80607 has been marked as a duplicate of this bug. ***
see also bug 50409: better mail marking on kmail
*** Bug 90232 has been marked as a duplicate of this bug. ***
Note: it's important to be able set the background of message line. The background is more visible than font color.
Doesn't Appearance->Colors->Use Custom Colors solve some of these wishes? Todo: 1. Allow user to add labels which will appear in the 'custom colors' list. 2. Allow user to set background color where applicable. 3. Have new labels appear in Mark Msg as list... 4. Have new labels appear in the filter Mark as list... Yea, that shouldn't be too hard... :-) How long til someone asks for a different font... or perhaps bold/italic?
what about a filter action such as 'set background color as' ?
Comment #16 is a good one. If I can apply this to all messages (also IMAP etc) and if it doesn't (noticeably) slow down message display for big folders, I would absolutely vote for this.
I would also vote for Comment #16 and Comment #15. I've been looking for these functionalities in KMail and the fact they're not currently implemented sounded too odd to me.
I have written a patch for tagging emails in kmail, which patches against the kde 3.5.1 codebase. I am currently using it and am quite happy. I am planning to work on a similar feature as in comment #16 in the future. Since KDE is in feature freeze, it won't be added to 3.5.x versions of KDE, nevertheless. So if you like, you can try it by patching your kmail, and help me with finding bugs:) The address is: http://ieor.berkeley.edu/~onurf/miscellaneous.html .
Ismail, you wrote that KDE 3.5 is in feature-freeze. While this is true, well-tested features are fine for .z releases. So if you ask the KMail-devels they might add this feature for KMail 3.5.5 or 3.5.6.
Thanks for the suggestion and support Carsten. Nevertheless, this patch didn't satisfy some of the requirements for the allowable features. I personally don't think it is inclusion ready either. First of all, I am not sure that it is well-tested, as I am the only person who I know to have used it. It has a bug ( quite likely to be very obvious, I can even tell the suspicious lines:), that sometimes leads to a crash, which I didn't have time to debug. And with Akonadi, categories are already planned so this might not be needed in KDE4. Thanks again though.
I would vote for this, but if it hasn't been implemented in six years, I have other things I'll vote for that might actually get attention! Until then, I'll just keep using pine.
Well, as the example of bug #1015 shows, hope, frustration and luck help. Please vote for this.
There is hope. We have been working on this feature, but we haven't found the manpower to stabilize the code (it crashes alot). And there are usability issues. And we really want to be able to share the custom tags via IMAP. But this is the #1 new feature I want to get implemented for KDE 3.5.7. So, yes there is hope. But no promises... as usual.
I use Outlook for the sole purpose of it's color coding of individual messages. I don't need fancy folder filtering, that's what .procmailrc is for -- I'd rather have the server sort anyways, then ANY IMAP client I use doesn't have to have rules. I don't see why this is taking so long and should be relatively easy. Just follow how M$ Outlook does it. You clearly can already change colors of an email line, so how much harder can this be to insert it in a filter. And yes, this feature (or lack thereof) is one of the main reasons I've not switched to KDE (Kmail) from windows XP (Outlook)...
[quote user="Daevid Vincent"]I use Outlook for the sole purpose of it's color coding of individual messages[/quote] Then why are you here? You already have your solution, don't you? [quote user="Daevid Vincent"]I don't see why this is taking so long and should be relatively easy.[/quote] Why not implement it yourself? Or contribute financially towards its solution? Think of all the money it would save you in the long run from not having to pay Outlook licences! There's more than one way to skin a cat, eh? Oh, wait, I didn't realise: you must be busy learning to be polite and considerate...
Oh yeah, Andrei, flaming is really helping your community. Most likely Daevid was interested in this functionality years ago and still in the reply-to-list... BTW: In my experience, pledging money for functionality does exactly nothing but increasing the frustration level... I pledged an amount fairly fitting for an outlook licence (read: the part of ms office that is called outlook), but this pledge was basically ignored. This left me to believe the "pump money into a project for implementation of cruicial functionality" is a placebo argument, a charade to veil what functions simply deem not important enough... I want also to point out that not every user of KDE is actually a C++ developer. I, for one, am not. Not that I am not willing to learn, but earning my living has a higher priority. Additionally, there have been instances where people actually started to do work on the code because out of frustration, and their patches were discarded because they were "buggy", with no explanation what was wrong with them. So, if neither of your suggested ways actually leads to a solution in a considerate amount of time, why bother? Basically, I accept Daevids solution, and (after having been a Linux user for 5+ years), I am starting to like the proprietary world again: Not because of "support" or the likes, but because Redmond does not advertise that they actually listen to their users. The FOSS world basically tells us, the users, to speak about our wishes, thus invoking a hope these wishes will come true. unfortunately, those might take some 6 years... 6 years is a long time in computing. Besides, Outlook is a really nice tool. Please, Andrei, practice what you preach and become more polite and considerate.
Please stop. This is not a discussion forum. -Allen, KMail developer
SVN commit 692089 by onurf: Finally, port the tagging feature to KDE4. It is in a slightly worse state than what I had for KDE 3.5, but since the difficult part is over, I hope I will improve it over time. Currently it has the following features: - Ability to tag emails (with possibly more than one tag) - Changing the appearance of message headers (font and text color) according to the message's tags. - Configuration of tags through a new tab called "Message Tags" on the "Configure KMail->Appearance" configuration page. - You can add toolbar buttons for easy tagging. - You can assign shortcuts to tags. - Tagging through the right-click menu. - Quick filtering using the combobox for "status" filtering. See the screenshot. Some short-term todos: - Incorporate Nepomuk - A column for tags in the header view - Incorporate Ellen's usability comments Some long-term todos: - Filter action for automatic tagging - Searching based on tags ( which enables having 'tag folders' through use of search folders ) I'm sorry that I didn't have enough time to test my current commit completely. In the last two days, I have been constantly compiling kdelibs, kdepimlibs, kdebase to keep up with very frequent changes. I finally was able to compile all at once:) BUGS: 50409 CCBUG: 15391, 122977 M +1 -0 CMakeLists.txt M +483 -0 configuredialog.cpp M +99 -1 configuredialog_p.h M +23 -0 headeritem.cpp M +58 -16 headerlistquicksearch.cpp M +6 -0 headerlistquicksearch.h M +1 -0 kmail_part.cpp M +2 -1 kmail_part.rc M +22 -0 kmheaders.cpp M +5 -0 kmheaders.h M +6 -0 kmkernel.cpp M +4 -0 kmkernel.h M +123 -0 kmmainwidget.cpp M +20 -1 kmmainwidget.h M +2 -0 kmmainwin.cpp M +2 -1 kmmainwin.rc M +29 -0 kmmessage.cpp M +3 -0 kmmessage.h A kmmessagetag.cpp [License: GPL (v2+) (+Qt exception)] A kmmessagetag.h [License: GPL (v2+)] M +35 -2 kmmsgbase.cpp M +14 -1 kmmsgbase.h M +23 -0 kmmsginfo.cpp M +2 -0 kmmsginfo.h
Assigning back bugs that weren't taken care of to kdepim-bugs.
Have looked at the tagging feature. It does exactly what the reporter wanted. So this wish is implemented.