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 message could not be filtered to folder 'xxxx' because another operation is
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.
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
I get the message listed in details
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
*** 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...
Created attachment 166345 [details] [diff] [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...
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).
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?
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...
*** 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. ***