Closed
Bug 66771
Opened 24 years ago
Closed 19 years ago
No method for filtering all email from account to specific mailbox
Categories
(MailNews Core :: Filters, enhancement)
MailNews Core
Filters
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: gjerde, Assigned: Bienvenu)
References
Details
(Keywords: fixed1.8.1)
Attachments
(3 files, 1 obsolete file)
16.38 KB,
patch
|
mscott
:
superreview+
|
Details | Diff | Splinter Review |
1.07 KB,
patch
|
sspitzer
:
superreview+
|
Details | Diff | Splinter Review |
15.44 KB,
image/png
|
Details |
Ie, Sending all email from a specific account to a folder.
Seth Spitzer suggested that currently you can filter on just @, but there really
should be a more specific filter for this purpose.
QA Contact: esther → laurel
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•22 years ago
|
||
You mean all mail _for_ an account, right? I don't think we need a special
"always" criteria - you can just leave the filter as it is by default: Subject
contains "" (empty string). Or does that not work? I suggest WONTFIXing this.
Or did I misunderstand?
OS: Linux → All
Hardware: PC → All
Comment 4•22 years ago
|
||
*** Bug 208531 has been marked as a duplicate of this bug. ***
Comment 5•22 years ago
|
||
re: comment 2: no, [Subject contains ""] does not work.
I've seen this issue requested a few times in the newsgroups, too.
Updated•20 years ago
|
Product: MailNews → Core
Comment 6•20 years ago
|
||
*** Bug 262185 has been marked as a duplicate of this bug. ***
Comment 7•20 years ago
|
||
I confirm/vote. I think this might be important in combination with the upcoming
Autoreply, forward and Bounce filter actions.
(https://bugzilla.mozilla.org/show_bug.cgi?id=11034)
Updated•20 years ago
|
Assignee: sspitzer → nobody
Flags: blocking-aviary1.1? → blocking-aviary1.1-
QA Contact: laurel
Assignee | ||
Comment 9•19 years ago
|
||
I think this will also be useful for things like creating virtual folders that are the union of several folders, w/o any search criteria. This is a work in progress - it just occurred to me that it's all wrong, in the sense that I need to change search terms to allow for an ALL criteria, instead of making it a property on the filter.
Assignee: nobody → bienvenu
Status: NEW → ASSIGNED
Assignee | ||
Comment 10•19 years ago
|
||
this adds a match all item for the filter editor, and the virtual folder search terms (but not for views or standard search, where it's not so meaningful).
Attachment #223385 -
Attachment is obsolete: true
Attachment #223796 -
Flags: superreview?(mscott)
Comment 11•19 years ago
|
||
Comment on attachment 223796 [details] [diff] [review]
proposed fix
I think there are some dump statements in the patch we can get rid of.
This should be really useful!
Attachment #223796 -
Flags: superreview?(mscott) → superreview+
Assignee | ||
Comment 12•19 years ago
|
||
fixed on trunk. I've also checked in the equivalent seamonkey changes so that seamonkey won't be broken.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Comment 14•19 years ago
|
||
1) in 1.8_Branch the searchTermOverlay.dtd patch isn't checked in (forgotten)
2) the filter editor is broken:
2.1 Everytimes you select "Match all messages" and switch back to "Match all/any of the following">, a new rules line will be listed. This rules line seems to be empty and nothing can be selected in the dropdowns.
2.2 Clicking "-" to delete the empty rules line deletes ANOTHER (the above) rules line!
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 15•19 years ago
|
||
1) is fixed. I'll try to figure out 2) today
Assignee | ||
Comment 16•19 years ago
|
||
Attachment #224208 -
Flags: superreview?(sspitzer)
Comment 17•19 years ago
|
||
David, your fix for searchTermsOverlay.js seems to be working. Thanks
Comment 18•19 years ago
|
||
Comment on attachment 224208 [details] [diff] [review]
fix for empty rows getting added switching from match all
sr=sspitzer (acting super reviewer while mscott is on vacation)
Attachment #224208 -
Flags: superreview?(sspitzer) → superreview+
Assignee | ||
Comment 19•19 years ago
|
||
searchTermOverlay.js patch checked into both trunk and branch. re-resolving.
Status: REOPENED → RESOLVED
Closed: 19 years ago → 19 years ago
Resolution: --- → FIXED
Comment 20•19 years ago
|
||
Sorry David, but I've to reopen this bug again...
In Thunderbird open "Edit > Find > Search Addresses". The dialog includes the new "Match all messages" entity/option. If this option would make sense in this dialog, we would need a second/different entity "Match all addresses". But I believe the option "Match all ..." doesn't make any sense in the search addresses dialog. Nobody needs to find all addresses...
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 21•19 years ago
|
||
Assignee | ||
Comment 22•19 years ago
|
||
Alexander, can you open a new, different bug for that regression? Thx.
Status: REOPENED → RESOLVED
Closed: 19 years ago → 19 years ago
Resolution: --- → FIXED
Updated•19 years ago
|
Status: RESOLVED → VERIFIED
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•