(*** This bug was imported into bugs.kde.org ***) Package: kmail Version: KMail v.1.3.2 (using KDE 2.2.2 ) Severity: wishlist Installed from: RedHat RPMs Compiler: Not Specified OS: Linux OS/Compiler notes: Not Specified From what I can tell there is no way to add columns to the list of e-mails in a folder (via the GUI). For example seeing the Sender in the INBOX and the Receiver in the Drafts folder make sense but in folders that I create I want to see BOTH sender and receiver. (I group both incoming and sent e-mails by topic in various folders so seeing myself as the sender doesn't help a lot...) I would suggest that any MIME header field (not user defined) should be available as columns to be displayed (and sorted). A flag to indicate attachments (and/or the number of attachments) would be nice too. Thanks Carl (Submitted via bugs.kde.org)
*** Bug 51986 has been marked as a duplicate of this bug. ***
*** Bug 70739 has been marked as a duplicate of this bug. ***
Is this bug even being tracked still? Since it was originally reported in KDE 2.2.2 I fear not. I also would like to see expanded and configurable columns. Message Status, Attachment, etc. columns are all very useful and are common in virtually every modern email client. Are there, in fact, any plans to implement this? BTW - I'm using kmail 1.6.0 (KDE3.2 RC1). Thanks, Fred Wells
Well, to help get this bug tracked, I've added some votes as I recently asked about something similar: the ability to have the flags in a separate column so the headers line up nicely [and, by extension, to sort on them] I think my request was rationalized away, at least in regards to "sorting by status", because if you click the subject header enough times, it does include a "by status" sort. While that's true, it isn't really what I want -- there is no differentiation or ability to select "which" flag I want to sort on, and besides, switching back to a "subject only" sort can take quite a few more clicks... [ok, I'm starting to whine about it -- I'll shut up now]
KMail 1.7 will have an icon for attachments and also the ability to select a status from a drop down list and have it only display mails with that status. That's a very quick way to display only important mail, for example. Combined with the new quick search line I believe that should help with your described use cases. I'll leave this wish open, but a more flexible headers list will mean a complete rewrite, and that won't happen until KDE4/Qt4, I'm afraid. @Fred: All bugs and wishes are tracked. Life just gets in the way occasionally. Feel free to help.
An icon flag is nice, as is sorting by status. Flexible headers are something else. I guess we'll have to wait for KDE4... Unless Thunderbird catches up on the filters fron :-)
*** Bug 85496 has been marked as a duplicate of this bug. ***
*** Bug 43958 has been marked as a duplicate of this bug. ***
Related: bug 44143.
*** Bug 70106 has been marked as a duplicate of this bug. ***
Hi, just detected v1.7 with many improvements - but no additional columns :( The problem seems to be: the first lines don't make the problem clear at first sight -- and new entries are marked as duplicates quite fast. Why not have different columns for Real Name and email-address? One time you sort for names, another time you sort for addresses. But, some of you are right, often sorting is another way of filtering, e.g. when you search names. How about some online filter that displays only messages matching a string you type?
*** Bug 58002 has been marked as a duplicate of this bug. ***
*** Bug 34110 has been marked as a duplicate of this bug. ***
*** Bug 84893 has been marked as a duplicate of this bug. ***
I'm not sure if that's what the original bug poster intended .. but I'd like to say what I understand (which coincides with what I'd like to have): As someone also stated in Bug 31207 (which was then misunderstood and ignored, I think), I use folders in which mails to and from different people are all together. Right now I can only select: Show sender OR show recipient as colums. Like that it's very difficult to find, say all Mails to and from a certain person (which could also use different email-adresses, for example). The new search-feature (which is very good, thanks a lot!!) also doesn't help much, since it only searches displayed fields (read: EITHER sender OR recipient). The best method would of course be: allow arbitrary colums. Since that seems to be difficult, is it possible just to add the option to show 'sender AND recipient'? A slightly better approach would probably be the one advertised in Bug 31207: Make one column that shows Sender if it's not me and Recipient if it's not me (supposing that either one at least includes me :-)) .. but I don't know if that is much more difficult.
There is some work in progress at this moment for additional columns.
Having icons in the subject column for flags and status is far from optimal. It disturbs the alignment/indentation and sorting. Is there any reason why this 'feature' has been choosen instead of real columns like in every other mailer? In another thread: http://www.google.de/search?q=cache:Ohtpgy9eeSIJ:https://mail.kde.org/pipermail/kmail-devel/2004-August/009776.html+kmail+columns+flags+subject&hl=de I read that e.g. the attachment has been a dedicated column in the past. Why has this been changed?
commit for KDE-3.4: Added the following new optional columns selectable via the right mouse button popup on the header listview header: - Status (shows now unread, read, forwarded, replied combinations in one icon) - Important - Attachment - Spam/Ham - Watched/Ignored - Signature - Encryption The sender/receiver column request from this wish has not been addressed yet.
commit for KDE-3.4: Added also the optional "Receiver" column. If you enable it, you see both: Sender and Receiver. If it is disabled, then you have the same behaviour as before, this means: kmail shows whatever you have chosen in the folder properties. I think I have now implemented all of the wishes here and therefore close this.
*** Bug has been marked as fixed ***.
Does this include removal of the icons from the subject column?
Yes sir!
I was about to submit something to the wishlist, when this similar bug was listed, but I'm not sure it applies. Anyways, I was wondering if it would be possible to sort messages by the spamassassin score? I already have all my spam filtered out into a spam folder, but before I remove my 150+ messages I get daily, I'd like to be able to sort by the score so I can see if one slipped into my spam folder that wasn't supposed to? It would need to look for the following header and have a column with a value of 4.4 in this case. Any way of doing this? Should I open a new wishlist entry? Thanks. X-Spam-Status: Yes, score=4.4 required=2.0 tests=
I think this is "just about, if not actually" closed, so Jason, your request may go by the wayside on this. However, all is not lost -- it is relatively easy (and probably better in the long run anyway) to include the spamassassin "score" in the header using a rewrite rule (config option for SA). In your user_prefs files, add this line: subject_tag [*** Spam:_HITS_ ***] the part that reads "_HITS_" is the magic bit, the rest is fluff that makes it stand out from the "normal" mails. Since this is PRE-PENDED to the actual subject, sorting by subject automatically sorts by score. (admittedly, sorting by the original subject alone sometimes has it's uses, but when it comes to spam, do you really care about the subject?)
On Tuesday 23 November 2004 09:55 pm, Tom Emerson wrote: > for SA). In your user_prefs files, add this line: > subject_tag [*** Spam:_HITS_ ***] Thanks. I think I'll do this instead then. I was contemplating it, but thought it might be nice to have a column for it. I guess I'll have the Subject header rewritten for now and may later on revisit the issue. > but when it comes to spam, do you really care about the subject?) You make a good point there. Not only that, but the original subject is still intact with the original message that's appended, so the first subject is irrelevant anyways. -Jason
Could this bug (or Bug 84893) please be reopened? KMail still lacks the ability to sort on arbitrary headers. Comment #24 proposes a workaround, not a fix, for KMail's inability to sort on SpamAssassin scores. Furthermore, I don't think that workaround works anyway, since KMail sorts alphabetically rather than numerically. Thus in an ascending sort, the subject "Spam:10.0 will appear between "Spam:0.5" and "Spam:4.0".
I second the reopening. Came to see should I open a wish for this but here it was already. KMail is the best mail client out there and this would be one small bit to add its lead to others. Please, reopen this bug. :-)
Martin, you closed this bug but in my point of view it has not been fixed - at least if it is - as claimed - duplicate to bug 84893. I've KDE 3.5.5 and it doesn't have column for SA score. I suggest that either one of these are opened for voting. Fixing either one is another thing, but please, open it again.
Hello Juha, On Fr Jan 5 2007, Juha Tuomala wrote: > ------- Additional Comments From tuju iki fi 2007-01-05 22:11 ------- > Martin, you closed this bug but in my point of view it has not been fixed - > at least if it is - as claimed - duplicate to bug 84893. I've KDE 3.5.5 and > it doesn't have column for SA score. I suggest that either one of these are > opened for voting. > > Fixing either one is another thing, but please, open it again. This bug was closed as I implemented all points from the original report (which explicitely says to not include user defined header fields). If I would reopen this, it would not reflect the reality in terms of the votes, as it has 238 votes from the original report. I suggest you create a new issue which can be used for voting. It's better to have seperate issues for separate wishes.