Closed Bug 210614 Opened 19 years ago Closed 17 years ago

filters on a pop account cannot transfer items to an imap account


(MailNews Core :: Filters, defect)

Windows NT
Not set


(Not tracked)



(Reporter: marcus, Assigned: Bienvenu)



(Keywords: fixed-aviary1.0)


(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.5a) Gecko/20030619 Mozilla Firebird/0.6
Build Identifier: Mozilla Thunderbird 0.1a 920030616)

If you have a mix of pop and imap accounts and you set up a fiulter on a pop
account to transfer incoming mail to a folder on an imap account it fails with
the error

"The message could not be filtered to folder 'xxxx' because another operation is
in progress.

Note - if you run the filter manually using the run now button from the filters
dialog box it works correctly.

I suspect that the pop download grabs a lock and the filters run before the lock
is released.  I guess that you want to complete the pop download and release the
lock before starting to run the enabled filter on the downloaded messages.

Reproducible: Always

Steps to Reproduce:
1. set up a pop and imap account
2. set up a mail filter on pop account filtering mails with test in supbject
line to a folder on the imap account
3. send your pop accouint a mail called test

Actual Results:  
I get the message listed in details

Expected Results:  
Message should be filtered correctly.
This might be a dupe of bug 168648, but I'm not sure, since the target here is 
an IMAP (remote) folder.
To bad this has never been addressed yet.

Reproduced it on Mozilla 1.7 and Thunderbird 0.7.1

Hope this gets fixed. 

See also bug 180094.
*** Bug 253072 has been marked as a duplicate of this bug. ***
Argh.  Bug 66391 has morphed from: 
"Mail is lost when filtering to an IMAP folder" (bug 180094), to:
"Pop3 msg filters shouldn't allow move to imap folder" (disallow this option in 
the UI), to:
"Mail filters should allow moving mail from local folders and POP inboxes to 
imap folders" which is being described as "an enhancement" altho the bug is 
still rated "major."

THIS bug, as it stands, is about the fact that the UI allows it, but it doesn't 

However, if I manually run the filter on the POP folder, the message gets moved 
as expected (with no dataloss in my limited testing).

Getting these bugs properly resolved is better left to a developer who knows 
what's what.
*** Bug 267267 has been marked as a duplicate of this bug. ***
confirming based on a user asking on IRC for help with for the same reason...
Severity: normal → major
Ever confirmed: true
Attached patch proposed fixSplinter Review
also, I needed to move the source files around in the cvs repository, from
imap/src to base/util - I kept the name as nsImapMoveCoalescer since it's main
use is for coalescing imap moves...
Assignee: sspitzer → bienvenu
Attachment #166345 - Flags: superreview?(mscott)
Attachment #166345 - Flags: superreview?(mscott) → superreview+
Keywords: fixed-aviary1.0
I have tested the 2004-11-20-06-trunk nightly build and the bug is still there, 
although it looks diferently. The filter directed to an IMAP folder is silently 
skipped, with even no notice to the filter log. (I also included another filter 
to a non-IMAP folder and trhat one worked fine on teh same mail receiving). 
Product: MailNews → Core
Closed: 17 years ago
Component: MailNews: Filters → ChatZilla
Resolution: --- → FIXED
hm, somehow this was moved into the wrong product/component (prolly weirdness
due to the bugzilla restructure).

anyhow, I had tested with 2004112207-0.9 tbird bits on WinXP, and this now works
with incoming mail, as well as when I click "Run Now" from the Message Filters

however, this doesn't seem to work when I select Tools > Run Filters on Folders
from the main menu. (doesn't matter if focus is on the folder in the folder
pane, or in the thread pane.) is there another bug for that, though?
Component: ChatZilla → MailNews: Filters
Product: Core → Seamonkey
Version: Trunk → 1.7 Branch
Product: Seamonkey → Core
I don't know if there is a bug on the run filters on Folders aspect - but if
not, it should be a separate bug since the code is separate...
Version: 1.7 Branch → Trunk
*** Bug 180094 has been marked as a duplicate of this bug. ***
*** Bug 268493 has been marked as a duplicate of this bug. ***
*** Bug 66391 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.