Closed Bug 296777 Opened 20 years ago Closed 16 years ago

Filter rule doesn´t works immediately

Categories

(Thunderbird :: General, defect)

x86
Windows 98
defect
Not set
normal

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"
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
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"
QA Contact: general
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
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.