Closed Bug 177093 Opened 22 years ago Closed 20 years ago

Ability to create filters for Local Folders

Categories

(MailNews Core :: Filters, enhancement)

x86
Windows 2000
enhancement
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: alessandro.minghelli, Assigned: Bienvenu)

References

(Blocks 1 open bug)

Details

(Keywords: fixed-aviary1.0)

Attachments

(1 file, 1 obsolete file)

I still found this enh in the past (147675). But it was marked as duplicated of 11033. Now 11033 is closed but i can't still create filter for local account.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: I wish create new filter for local account → Ability to create filters for local account
I don't really see the point of 'filter after the fact' if it doesn't work on local folders. I know that some people will disagree but I don't see this bug as an enhancement but as a fix for a only half working feature.
*** Bug 184819 has been marked as a duplicate of this bug. ***
*** Bug 193365 has been marked as a duplicate of this bug. ***
mass re-assign.
Assignee: naving → sspitzer
Summary: Ability to create filters for local account → Ability to create filters for Local Folders
*** Bug 214550 has been marked as a duplicate of this bug. ***
*** Bug 218159 has been marked as a duplicate of this bug. ***
The "Create Filter From Message" option is enabled for a message in all folders that are not part of the Local Folders tree. This is good. For some reason, this option is disabled for a message in a folder that is part of the Local Folders tree! This seems like an unnecessary restriction to me. There seems to be no technical reason why the "Create Filter From Message" option would need to be disabled simply because a message is in a local folder. There is an easy workaround for this, though: 1) Move the message into a folder associated with an online account (not Local Folders). 2) Create Filter From Message. 3) Move the message back to where it's supposed to be. This is a minor annoyance, but it is acceptable until this bug can be fixed. I believe that it is unnecessary to force the "Create Filter From Message" menu item to be grayed out for messages in Local Folders.
*** Bug 206615 has been marked as a duplicate of this bug. ***
Actually, you could copy your msgFilters.dat to LocalFolders and it would work. So GUIs restrictions is really artifical!
Why restrcit? Due to Bug 66391 or Bug 180094 problem?
*** Bug 218160 has been marked as a duplicate of this bug. ***
*** Bug 229521 has been marked as a duplicate of this bug. ***
*** Bug 237869 has been marked as a duplicate of this bug. ***
*** Bug 241218 has been marked as a duplicate of this bug. ***
*** Bug 243256 has been marked as a duplicate of this bug. ***
Now that the global inbox changes have been checked in, I'd call this a minor loss of function with an easy workaround (i.e. severity=minor)
(In reply to comment #16) > Now that the global inbox changes have been checked in, I'd call this a minor > loss of function with an easy workaround (i.e. severity=minor) I installed new rel (0.7) by a little but i didn't see how I can work around the problem. I, and I think many other, whish try the easy workaround before declassing this ENH.
If one makes use of Tb 0.7's new global inbox feature, one can no longer filter incoming mail. This makes it a loss of function. The workaround is simply to stop using the global inbox feature. Because function is lost (when using another Tb feature), I suggest this bug be promoted to Minor (I think it's a bug now, rather than an enhancement request).
(In reply to comment #18) > If one makes use of Tb 0.7's new global inbox feature, one can no longer > filter incoming mail. This makes it a loss of function. The workaround is > simply to stop using the global inbox feature. Note that the UI for this new feature did not make the cut for 0.7; I believe it's in current nightlies, tho (see bug 243837). You can still define folders for the original accounts, and they will be utilized for incoming mail. However, it's still true that after-the-fact filters (Tools|Run Filters on Folder and Tools|Message Filters|Run Now) are now unavailable for the Inbox.
(In reply to comment #19) > However, it's still true that after-the-fact filters (Tools|Run Filters on > Folder and Tools|Message Filters|Run Now) are now unavailable for the Inbox. Yes, that's what I meant - thanks :) My filters are set up to apply only once the message is read. Because Tb only runs filters upon receipt and when manually prompted, I can no longer filter messages into the appropriate folder once read. (It should probably run filters automatically - perhaps filtering existing messages in an inbox when checking it for new mail?)
Greg, you want to run the Tools | Run Filters on Folder command? So you want to have filters in the local folders account? The other choice is to be able to run filters for the deferred account on the local folders inbox, using the message filters dialog. Currently, that doesn't let you pick the local folders inbox as the folder to run the filters on, which is a bug...
(In reply to comment #21) > Greg, you want to run the Tools | Run Filters on Folder command? So you want to > have filters in the local folders account? The other choice is to be able to run > filters for the deferred account on the local folders inbox, using the message > filters dialog. Currently, that doesn't let you pick the local folders inbox as > the folder to run the filters on, which is a bug... In fact it's this bug :) I think having filters from other (hidden) accounts being run on the Local Folders account would be too confusing, i.e. why this was happening would not be clear. If I were running the show, I'd allow filters to be set for Local Folders. When an account is deferred to Local Folders, I'd offer the option to move that account's filters to apply to Local Folders instead. The user could select, from a list of the newly-deferred account's filters, which to move to Local Folders (checkboxes, OK & Cancel). If this is impractical, or just too much hassle, simply the option to move all of them (a Yes/No dialogue) would be OK. When accounts are deferred, it needn't still be possible to set filters for that account (I'm not sure if it currently is), because if the user wanted to distinguish between incoming accounts, they probably wouldn't be using Global Inbox. Anyway, they could apply a filter to Local Folders which specifies a certain To: address. So, any filters which are not moved by the user when applying Global Inbox should be deleted (the user should obviously be warned of this before they decide). Also, the Message Filters dialogue's folder list should mirror the main window's folder list (deferred accounts needn't be shown). The reasoning behind all of this is to present only one inbox to the user, at all times except in the Account Settings dialogue. The user should not have to know that one account = one inbox; they should be allowed to think that accounts and inboxes are separate entities - this seems to be the original motive behind the Global Inbox option.
well, I think we disagree about this - currently, you can define filters specific to deferred accounts, and they work fine when applied to incoming mail. It's reasonable to have different filters for different accounts, even if the mail is ultimately stored in the global inbox. Having local mail filters run after the fact, or which run in addition to the per-account filters, would be nice.
(In reply to comment #23) > It's reasonable to have different filters for different accounts, even if the > mail is ultimately stored in the global inbox. > > Having local mail filters run after the fact, or which run in addition to the > per-account filters, would be nice. Yeah, I agree that makes sense. In fact, the current implementation of Global Inbox + Filters makes logical sense. Just the lack of Local Folders filterability stops the system working fully. Another idea: If we're going to have an option for Global Inbox, how about we also have Global Filters? An All Folders option could be added to the Message Filters folder list; filters created under it would apply to all mail everywhere. This would "solve" this bug - we'd be able to create filters which apply to Local Folders (though not *only* to Local Folders).
(In reply to comment #24) > Another idea: > If we're going to have an option for Global Inbox, how about we also have Global > Filters? An All Folders option could be added to the Message Filters folder > list; filters created under it would apply to all mail everywhere. > > This would "solve" this bug - we'd be able to create filters which apply to > Local Folders (though not *only* to Local Folders). I think that is not a solution. May be a new function named "Global Filter" but not a solution for filter on local folder.
you can't have truly "global" filters, because news, pop3, imap, etc, have different things you can filter on...you could have filters that were "global" to all pop3 servers, and local folders...
Blocks: 242665
Blocks: 257979
taking
Assignee: sspitzer → bienvenu
*** Bug 260404 has been marked as a duplicate of this bug. ***
*** Bug 261004 has been marked as a duplicate of this bug. ***
I wish to disagree with the severity of this problem. I'm just trying to migrate away from outlook, and i've wasted a good 2 hours trying to figure out why I can't create filters on my messages! Actually.. it's worse. I can create filters, but when I try to run the filters on the local folders box nothing happens. From my point of view that is a broken feature, and not an enhancement. I was going to set thunderbird up for someone else, but there's no way i can explain to them why this feature isn't working, or how to get around it, as they are already scared to death of computers. From a Human Computer Interaction point of view, this behaviour is awful. Please fix this soonest.
(In reply to comment #30) > I wish to disagree with the severity of this problem. "Local Folders" was initially intoroduced for IMAP and mainly used for IMAP. (In addition, used for mail import.) This is the main reason of some current limitations or restrictions on "Local Folders" and severity="Enhancement". Workaround when Global Inbox is used for POP3 accounts : - Do not use "Local Folders" as Global Inbox. - Use a main account as Global Inbox account, and set this main account as Global Inbox account for other accounts. David, how about disabling "Local Folders" choice on Global Inbox definition until "Local Folders" related problems will be resolved? I belive this circumvention will reduce complaints from users.
it would be less work to actually just allow you to run the filters for the deferred account on the local folders...having local folder filters is orthogonal.
*** Bug 262483 has been marked as a duplicate of this bug. ***
Attached patch proposed fix (obsolete) — Splinter Review
that last patch had an extra diff we don't need, from a different bug
Attachment #161897 - Attachment is obsolete: true
Comment on attachment 161898 [details] [diff] [review] fix w/o extra cruft make it so servers by default can have filters (since all servers can have filters at this point)
Attachment #161898 - Flags: superreview?(mscott)
Keywords: fixed-aviary1.0
Attachment #161898 - Flags: superreview?(mscott) → superreview+
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
*** Bug 257759 has been marked as a duplicate of this bug. ***
Fix was verified on 2004101305-trunk/Win-2K. (1) Created a filter of "If subject contains 'test', Then move to 'Test' folder" for "Local Folders" account. (2) Tools/"Run Filter on folder" on a folder in "Local Folders" account. (3) Edit the filter of "Local Folders" account. All of above were successufull.
Verified with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041019 Move your votes, folks!
Status: RESOLVED → VERIFIED
*** Bug 268347 has been marked as a duplicate of this bug. ***
Product: MailNews → Core
*** Bug 224189 has been marked as a duplicate of this bug. ***
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: