Closed
Bug 381826
Opened 17 years ago
Closed 17 years ago
Mail not sorted and moved according filter rules
Categories
(MailNews Core :: Filters, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: bes.wll, Unassigned)
References
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a5pre) Gecko/20070523 SeaMonkey/1.5a Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a5pre) Gecko/20070523 SeaMonkey/1.5a It seems to me that bug 381595 has come alive again. As it is closed as fixed I'll file this as a new bug. 1. Incoming mail not sorted properly. Not always last in comes last. Changing the sort order by date to last in comes first can be done manually, but the next time the mail is started, this sort order is forgotten. 2. Incoming junk mail is not moved to the junk folder 3. Other filtering rules is not working either. 4. Moving mail manually into other folders does not work. Reproducible: Always Steps to Reproduce: 1. 2. 3. Expected Results: We expect the filtering rules - own defined and junk as well - to work Sort order of incoming mail to be kept as defined by the user and not forgotten between sessions.
Reporter | ||
Updated•17 years ago
|
Version: unspecified → Trunk
Reporter | ||
Comment 1•17 years ago
|
||
I srongly suspect this happend as a consequence of fixes which has been landed for bug 380872
Comment 2•17 years ago
|
||
Isn't it more likely that bug 381595 wasn't fully fixed? I really doubt that bug 380872 would cause this, but maybe you have reasons for that suspicion that you're not telling? I'd love to hear them. Oh, and if you think bug A caused bug B, then bug B should block bug A in the dependencies....
Comment 3•17 years ago
|
||
No, bug 381595 was very simple - the move action of filters on pop3 incoming mail wasn't getting executed, and that's fixed. This sounds like a much broader bug (actually, several bugs). Bug 380872 has nothing to do with these problems, I'm sure. I can't even tell if the reporter is using IMAP or POP3. What do these other filter rules do? Are they all move actions? In which case, problems 2,3, and 4 could be explained by something broken in filter moves. Is there anything interesting on the error console?
Comment 4•17 years ago
|
||
Clearing dependency. Oh, and I meant "something broken in message moves", not "filter moves"
No longer blocks: 380872
Comment 5•17 years ago
|
||
I confirm this bug in Gecko/20070522 SeaMonkey/1.5a
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 6•17 years ago
|
||
Nelson, you should try a build from 5/23 or later to see if you're seeing bug 381595.
Comment 7•17 years ago
|
||
I think this is a message move problem. In Local Folders, when I drag and drop a message between folders or when I use Message/Move, the message gets copied instead of moved. Every time a try to move, I get another copy in the destination folder. I tried deleting *.msf and also creating a new profile, but the behavior is the same. There is nothing in the Error Console. The mail is from a pop3 account, and I am seeing this on a self-built Linux build from an hour ago. My message filters are doing the same thing: copying instead of moving messages.
Comment 9•17 years ago
|
||
Bug 381797 fixed all my problems.
Reporter | ||
Comment 10•17 years ago
|
||
Sorry for not responding more promptly, I was away a while... I made a new build right after I read comments #8 and #9, which means that the bug 381797 fix is in: Part of the problems seem to have got a solution, but still, manually moving a mail into a folder fails. It gets copied instead of moved now, as said in comment #7. I am still not sure that the mail sorting is OK, I have to watch a bit longer, and make some more tests. To give an answer to comment #3, it's POP3 and my filters were supposed to move incoming mail into folders I defined. No messages in error console.
Reporter | ||
Comment 11•17 years ago
|
||
Sorry to report that mail sorting is still an issue. I did the following: - Sorted the mail by date, Last in comes first (as I want it). - Exit Seamonkey, then restart. - Upon start again, mail is unsorted.
Reporter | ||
Comment 12•17 years ago
|
||
It seems that with the check-ins for bug 379070 (?) made late on May 25th, the mail sorting and moving works fine again. If this holds, and can be confirmed, this bug can be closed.
Updated•17 years ago
|
Flags: blocking1.9?
Comment 13•17 years ago
|
||
->WFM. Yes, this seems to be working now
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Updated•17 years ago
|
Flags: blocking1.9?
Assignee | ||
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•