Closed
Bug 296777
Opened 20 years ago
Closed 16 years ago
Filter rule doesn´t works immediately
Categories
(Thunderbird :: General, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: mmbbrr, Assigned: mscott)
Details
User-Agent: Mozilla/5.0 (Windows; U; Win98; es-AR; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 Build Identifier: Mozilla/5.0 (Windows; U; Win98; es-AR; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 When I used my accounts (hotmail, yahoo...) in different folders the filter´s rules work as soon as I created (the mail was moved) but since I receive all my emails in one global account I got to apply every single new filter rule in order to move that email to the appropiate carpet Reproducible: Always Steps to Reproduce: 1.Global Local Carpet to every account 2.Stablish a filter rule to an especific mail 3.The mail won´t move to the appropiate carpet until you apply the rule Actual Results: The mail won´t move to the appropiate carpet until you apply the rule Expected Results: The mail should move as soon as you create the rule (another example could be the spam filter that works fine) because applying every rule is not confortable when you receive lots of mails from "new people"
Comment 1•20 years ago
|
||
I think that would be a shocking behaviour, especially if you have filters that delete messages, etc. From what I can tell, yahoo filters have a single action, move, which is really more of a view thing
I don´t think that this would be a shocking behavior because if you create a filter (for example you said one that deletes a message) is because you are pretty sure about what you want to do with an email Also lets imagine that you create accidentally a rule that delete a message (quite unlikely) you don´t have to panic because it will be in the bulk carpet until you erase it from there
Comment 3•20 years ago
|
||
I have the same problem here. During installation I decided that eMail arriving from any account should be collected in the global incoming box, i.e. in my case this is "Lokale Ordner / Posteingang". When creating a new filter rule by selection of e.g. the From field of an email (click on it and select "create filter"), you cannot chose for which account this rule is created(!) - it is always created for "Lokale Ordner" and by default applied to "Posteingang". Let's say, my email account is pop3.gmx.de Now, if I open the "Extras / Filter" menu I see two different groups of filters: one for "Lokale Ordner" and one for "pop3.gmx.de" - all my manually created filters were added to the Lokale Order group and will only be applied if I enforce it via the "Extras / Apply Filter" menu. The other group is empty. Now, if I go to (in my case) C:\Dokumente und Einstellungen\a.kleinert\Anwendungsdaten\Thunderbird\Profiles\erbtzsd1.default\Mail\Local Folders and move "msgFilterRules.dat" from there to C:\Dokumente und Einstellungen\a.kleinert\Anwendungsdaten\Thunderbird\Profiles\erbtzsd1.default\Mail\pop3.gmx.de the problem is solved. Obviously, even though Local Folders is shared amoung all accounts, the filters are not shared. This is sad, since during creation of the filters it is not possible to select a specific account - and also it is not possible to move filters between different accounts or share them otherwise. This makes filter creation relatively unhandy and should be fixed, IMHO. Copying/editing the file always after creation of another filter is not a good solution. Remark: my OS is WindowsXP and I am using Thunderbird 1.0.2 but I cannot update this info. I would also propose to change the Summary field to "Filter rules do not work unless explicitely applied"
Updated•18 years ago
|
QA Contact: general
Comment 4•16 years ago
|
||
Can you reproduce this problem on 2.0.0.* or recent trunk builds? WFM on Linux 2.0.0.15pre. If no response in 3 weeks, I will close this bug as RESO WFM.
Whiteboard: closeme 2008-07-31
Comment 5•16 years ago
|
||
RESO INCO per lack of response to last comment. If you feel this change was made in error, please respond to this bug with your reasons why.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
Whiteboard: closeme 2008-07-31
You need to log in
before you can comment on or make changes to this bug.
Description
•