Open Bug 139215 Opened 22 years ago Updated 2 years ago

mail not filtered while compacting folders

Categories

(MailNews Core :: Filters, defect)

defect

Tracking

(Not tracked)

People

(Reporter: tom, Unassigned)

References

(Depends on 1 open bug, Blocks 3 open bugs)

Details

(Whiteboard: [compactkey])

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc1)
Gecko/20020417
BuildID:    2002041711

When Mozilla Compacts it´s Mailfolders and simultanously receives Mail the
mail won´t be filtered. At least not for the folder which is compressed.
This happens whit an relatively large Folder (2000+ Mails) when automaticly
compacting and receiving is turned on quite often.

Reproducible: Always
Steps to Reproduce:
1.Compact an large folder (should take some time)
2.Hit the receive Button (Mail should come in for the compressed folder while
compressing)

Actual Results:  the Mail for the Folder is safed in the Inbox and the Filter is
ignored

Expected Results:  moved the Mail to the Folder specified in the Filter

An Workaround should be to delay the reciving of new Mail or wait with the
compacting until all Mail was received
Yes, this is intended current behavior.  Independently of your request for
changing this behavior, we would hope that sometime we will have the option to
run filters on messages already received (bug 11033)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Yes, this is the intended behavior, we can do something like not retrieving mail
until compacting is over in future. 


Status: NEW → ASSIGNED
Target Milestone: --- → Future
Shouldn't this bug be marked as dup of bug 101584 , as it was bug 114210 (and
bug 114302 ) ?
This is also a problem for the junk filter. If you open the mail-windows, it
asks you, if you would like to compact folders. If you say yes, it starts
downloading e-mails and compacts right afterwards. It did not mark any of the
e-mails as junk and therefore did not move any to the junk folder...
mass re-assign.
Assignee: naving → sspitzer
Status: ASSIGNED → NEW
[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6a) Gecko/20031030]
(BuildId=2003110115, bug 224340#c19) (W98SE)

(First time that it happens to me:)
I get an alert message from
<http://lxr.mozilla.org/seamonkey/source/mailnews/base/resources/locale/en-US/messenger.properties#78>
{
filterFolderDeniedLocked=The messages could not be filtered to folder '%S'
because another operation is in progress.
}
which is called from
<http://lxr.mozilla.org/seamonkey/source/mailnews/local/src/nsParseMailbox.cpp#1767>
{
destIFolder->ThrowAlertMsg("filterFolderDeniedLocked", msgWindow);
}
See also bug 168648.
See also bug 152675.
Product: MailNews → Core
*** Bug 242481 has been marked as a duplicate of this bug. ***
sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Filter on "Nobody_NScomTLD_20080620"
QA Contact: laurel → filters
Product: Core → MailNews Core
rkent, this may ultimately require fixing compact issues, but is there any possibility for a) alerting user via error console b) partial workaround, c) what if there is no compact solution (in other words assuming there is no reall solution until we move away from current folder architecture, what do we do for now)?
Severity: normal → major
Target Milestone: Future → ---
Wayne,

I have not really dealt much with folder compacting, not issues associated with failure due to folder locking - of which this is one.

But my inclination would be to disallow receiving of email on an account when a folder is being compacted. This might however be a cure worse than the disease, as there are probably plenty of times where that is safe to do. But filtering is not one of them.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.10pre) Gecko/20100413 SeaMonkey/2.0.5pre - Build ID: 20100413000559

I'm seeing this on Linux too.
OS: Windows 2000 → All
Hardware: x86 → All
Blocks: 796867
Whiteboard: [compactkey]
Severity: major → normal
Depends on: 1719072
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.