Closed Bug 368383 Opened 18 years ago Closed 17 years ago

Email Filter Copy Function Fails For Successive Messages Received In Short Time Frame

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 384735

People

(Reporter: dlarsen, Assigned: mscott)

References

Details

User-Agent:       Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.0.3705)
Build Identifier: Thunderbird 1.5.0.9 (20061207)

I have an email filter set up to copy emails meeting specific criteria (mail from certain senders are copied to a folder) to a folder. The result when emails which meet the criteria are received should be a copy of the email placed in the folder and the original received email remaining in the Inbox. This fails when two or more emails meeting the criteria are received in succession withing a very few minutes of each other.

I have a specific case (among many): I received two emails, the second arriving 7 minutes after the first. Both emails remained in the Inbox, while only the first was copied to the folder.

If I receive emails one at a time over much longer time periods, the filter acion of placing a copy in a folder works fine.

Reproducible: Always

Steps to Reproduce:
1. Sent two emails to myself from an email account which meets my filter criteria.
2. Both emails arrived in my Thunderbird In box 1 minute apart.
3. Expectation is that only the first email is copied to the designated folder.
Actual Results:  
Expectation was met. Only first email copied to folder.

Expected Results:  
Bothe emails should have been copied to the folder while both originals should remain in Inbox.

Following is the filter log showing that both emails (Email 1 and Email 2) were processed by the filter and show as copied to folder. However only the first email wa actually copied. The second was not. I have deleted any specific identifying information for privacy.

Log:

Applied filter "Family" to message from xxx <xxx@yyy.com> - Email 1 at 2007-01-26 21:32:44 Action = Copy to folder 

Applied filter "Family" to message from xxx <xxx@yyy.com> - Email 2 at 2007-01-26 21:33:06 Action = Copy to folder
Updated version to 1.5.

Is anybody going to look at this?
Version: unspecified → 1.5
I just had a sitation where I received eight emails consecutively that met the rule of my filter and ALL were copied successfully to the folder. They were 6 to 7  minutes apart except for the last two, which wer 3 minutes apart. A possible interesting thing to note is that they were from two people, but alternated between the two. I wonder if that is significant; i.e. would my problem, as described above, have occurred if I had received one or more emails from the same person in succession?
I confirm the same bug on 1.5.0.10 and 2.0 beta2, Windows and Linux platform.

Filter Copy works only first time, than stop working until mailer's restart.
This is very strange bug, and serious too.
@Ramona. 

Agreed. I am having a similar experince.

See here for details: 
http://forums.mozillazine.org/viewtopic.php?t=547407&postdays=0&postorder=asc&postsperpage=15&start=0

====

Setup:
WinXP Pro SP2
T-Bird 2.0.0.0
POP3 profile using Local Folders

Repeatable steps:
- Create new folder called Test
- Create new rule
-- subject contains [test]
-- copy to folder [test]
- send message with subject [test] to yourself
- get mail
-message will copy to Test folder
- reply to mail
- get mail
- message will not copy to folder test
- manually running the filter (filters pane) shows the copy action in the log but no copy appears
- manually running all filters (menu dropdown) shows the copy action in the log but no copy appears
- restarting will enable the filters to workk up until the second get mail action of the session
Root problem seems to be found in Bug 384735(problem while first copy by filter
or just after first copy by filter). Putting Bug 384735 in "Depends on:".
Is there JS Error of Bug 384735 Comment #4 in Error Console?
Bug 384735 has been fixed.
To dnlarsen(bug opener):
Does problem still occur with latest trunk nightly?
Long ago I changed my filter to move messages rather than copy them and have not had any problems since, so I can't tell you if the problem still exists. I can change my filter back to a copy function rather than move and run a test if you like and report back. I also looked for messages and have found none. But I'll see what happens after I run a couple of tests. My current version is 1.5.0.12 with a security update on May 31, 2007.

Also I see that bug 384735 has been reopened.
DUPing to bug 384735, although you reported the problem earlier.
Please re-open, if you'll find that your case is different issue.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
I just ran a test wherein I sent three successive emails from my wife's Outlook Express account to my email address. Before sending these emails I changed my Thunderbird filter to copy emails to my "family" folder rather than move them. The test again failed just like before. The first email gets copied, while the second and third do not. All three emails were sent several seconds apart The filter log shows that all three emails are processed the same; i.e. the log messages state "applied filter to message... and action=copy to folder...". So this appears to be a different problem from that fizxed in bug 384735. I then ran the filter manually and nothing happened.

Then, just now, a few minutes afer the original test, I ran the filter again manually and all three emails were copied successfully. There is some inconsistency in the presentation of this bug.

What else can I provide to help you resolve this problem?
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
A couple of other things to note. My incoming server is a POP3 server and my outgoing server is an SMTP server. I am using an inbox associated with my account, not the global inbox.
dnlarsen, you're not running a build that has the fix in it - you could try running a build from here: ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-mozilla1.8

Note that if you have message quarantining turned on, copy filter action won't work.
I don't have quarantining enabled. I notice that the latest version of TB on the product site is 2.0.0.4, while the site you directed me to, has the 2.0.0.5 build. Is the 2.0.0.5 version a pre-release version? How stable is it? Does the 2.0.0.4 version have the fix?

Thanks.
yes, it's a pre-release. It should be pretty stable - it only has a few changes from 2.0.0.4, mostly security and regression fixes. No, 2.0.0.4 was released well before this bug was fixed. Re-resolving as a dup.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago → 17 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
Component: General → Security
Version: 1.5 → 2.0
Component: Security → General
Which of the three files should I use to install 2.0.0.5 on my Windows XP platform, or do I need all of them?

thunderbird-2.0.0.5pre.en-US.win32.complete.mar
thunderbird-2.0.0.5pre.en-US.win32.installer.exe
thunderbird-2.0.0.5pre.en-US.win32.zip

Thanks

No, just one. I usually go with the installer.
I just installed TB 2.0.0.5 using thunderbird-2.0.0.5pre.en-US.win32.installer.exe as you recommended. I ran a simple test just as I did earlier, sending three emails to my account from my wife's Outlook Express email account. All three were sent within seconds of one another and all three were successfully copied to my "family" folder. Before I installed this version, this test had failed every time. Just for grins I changed the filter back to move the emails to my family folder, ran the same test, and that worked fine as well, so the move function still works fine and now so does the copy function.

As far as I am concerned the problem is indeed fixed. If I experience a recurrence of the problem I will be sure to document it in this bug. Or should I open a new bug if I have another flavor of this problem occur?

Thanks.

Hopefully you shouldn't see this again. But otherwise file a new bug and don't reopen one of these both.
OK, will do.
You need to log in before you can comment on or make changes to this bug.