33296 - Add "Rating" attribute to mail msgs & allow filtering it

Status: VERIFIED FIXED

(MailNews Core :: Backend, enhancement, P5)

Description

[Ben Bucksch (:BenB)]

I'd like to assign a priority to received msgs following certain criteria. That

way, I can predefine the order, in which I read msgs.



This could be implemented like the following:

1. Add a msg attribute "Rating" or "Priority" of type integer. (This is /not/

the priority, that th sender sets.) Of course, the attribute also has to be

added to the tree view in the thread pane.

2. Support this attribute in filters. At least let me increase or decrease

priority, maybe additionally give the option to set the value absolutely.



Additional Comments:

It will propably be sufficient to add the attribute to the local database (and

not store it in the msg header on an IMAP server) in order to avoid to modify

msgs. But this means, this feature only helps rating new msgs (INBOX or news),

not the archive.

Comment 1

[Matthew T (active 1999-2002)]

I have a front-end design ready for this -- so a user can rate messages as they 
read them, and future messages from the same sender are pre-rated accordingly. 
Then a user can set a Rating Threshold for viewing a newsgroup (or maybe even 
their Inbox, in certain circumstances).

Comment 2

[selmer (gone)]

David, this sounds similar to something I'd like.  How hard is it to be able to
filter based on whether an address is in one of my address books?  It'd be
really handy to be able to say "If [Sender [v]] is in [Personal AB [v]] then do
something".  Additionally, it would be great if I could set the filter directly
on the address rather than making a rule.  In this case, some info would be
stored in the AB that determines the handling for that particular address.

Anyway, being able to filter based on inclusion in an address book seems like a
reasonable first step.

Comment 3

[lchiang]

Steve - isn't this a new feature that we'll be adding then?  

Comment 4

[David :Bienvenu]

No, Steve would never ask for a new feature in 5.0 at this point! Steve, it
wouldn't be that hard. The hardest part would be doing the UI for it. But
obviously we can't do it in 5.0

Comment 5

[Ben Bucksch (:BenB)]

Steve, the suggestions you made are unrelated to mine. Filed bug 34340 and bug
34342 for them.

Comment 6

[Ben Bucksch (:BenB)]

ccing alecf, as he's currently working on filter UI. Maybe I'm lucky and he is
in a bug killing mood :).

Comment 7

[Ben Bucksch (:BenB)]

Matthew, maybe you can file a new bug on that (depending on this one) and show
your proposals there? UI directly in the reader is an enhancement to this bug
(but not a bad one).

Comment 8

[selmer (gone)]

Fixing summary to reflect bug.

Comment 9

[scottputterman]

moving to future milestone.

Comment 10

[David :Bienvenu]

labels do pretty much what this bug wants, or at least as much as we're probably
going to do, so marking fixed. There are requests to have more labels, etc, so
please don't open new bugs for that.

Comment 11

[laurel]

marking verified in accordance with comment #10