239168 - junk mails are being fully classified only after manual "Run junk mail controls on Folder"

Status: RESOLVED DUPLICATE of bug 269487

(MailNews Core :: Backend, defect)

Description

[heilbron]

User-Agent:       Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7b) Gecko/20040316
Build Identifier: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7b) Gecko/20040316

When downloading emails from my provider (using POP3) I have different rules to
directly move spam into seperate folders (or leave it in the Inbox). When
opening any of theses folders almost none (but some!) of the mail is classified.
Only after manually starting "Run junk mail controls on Folder" the mail
actually is classified as spam (or not spam).
I've been seing this behaviour ever sind Mozilla 1.5 (at least).

By the way: I'm usind "LittleMozilla" as a theme. My filtering rules work on
Spamassassin headers. I have multiple POP3/IMAP accounts.

Reproducible: Always
Steps to Reproduce:
1. Download emails (30 to 200) containing about 90 % spam.
2. Open folder to which the mail has been filed via a mail filter rule
3. "Run junk mail controls on Folder"


Actual Results:  
4. Classification chenges from "undecided" to "spam"/"not spam"

Expected Results:  
All mail should have been classified upon download.

Since I have a lot of email folders the manual process for classification is
quite annoying.

Comment 1

[heilbron]

Attachment: Screenshot of situation after email download

The screenshot shows how the email is not classified (and that I'm using
Littlemozilla as a theme).

After executing "Run junk mail controls on folder" every mail will be either
flagged as spam (or "not spam"). I've have verfied this after taking the
screenshot.

Comment 2

[heilbron]

I have checked for bug duplication against bugs 187504 and 194238. They dont apply.
Comment #28 of bug 193084 ("Junk Filtering Does Not Run") seems to also describe
my problem, although the original bug decription of this bug does not:
http://bugzilla.mozilla.org/show_bug.cgi?id=193084#c28

Comment 3

[heilbron]

Note: The bug still exists in
Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7b) Gecko/200404

Comment 4

[heilbron]

Note: The bug still exists (for me) in Mozilla 1.7rc2 (Windows), i.e.
Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7) Gecko/20040514

Comment 5

[David :Bienvenu]

Attachment: fix for case where inbox is fcc folder

Comment 6

[Sven Grull]

This bug or a similar one is back in the recent nightlies (2004110503) under Win
XP. In a german newsgroup I also have read that Thunderbird 0.9 might be
affected too.

Comment 7

[Sven Grull]

I just found out that the mails are classified correctly when I have selected
the folder to which the mails will be copied by a filter while fetching new mails.

Comment 8

[David :Bienvenu]

*** Bug 239456 has been marked as a duplicate of this bug. ***

Comment 9

[David :Bienvenu]

That fix fixed the problem one user - I checked it in before .9.   Heilbron
and/or Sven, have you tried a .9 build?

Comment 10

[Sven Grull]

I am using a recent Seamonkey trunk build 20041110. But someone in a german
newsgroup seemed to have a similar problem with the TB 0.9 release. In his case
even mails in the inbox were not classified.

Comment 11

[Stephan Vollmer]

I also experience this bug in Thunderbird 0.9 and Thunderbird 0.9+ (20041105).
The only extension I use is Mnenhy v0.6.0.104.

It may sound strange, but this behaviour seems to improve if TB has been running
for some time (> 30 minutes):

- Direcly after TB startup, mails aren't classified at all - every mail has the
junk status "unknown".

- After I've selected "Run Junk Mail Controls on Folder" manually several times,
junk mails are automatically marked as "junk", but not moved to the junk folder.

- Approx. 30-60 mins later, junk mails are moved automatically to the junk folder.

However, mails that are filtered into different folders still are not classified
as junk/not junk. I always have to select "Run Junk Mail Controls on Folder".

Comment 12

[Sven Grull]

OK. I just installed a recent branch build of tb 0.9 and can reproduce the error.
I guess you will only see this behaviour if you have reactivated the icon for
unkown junk state via userChrome.css. This is the most visible indicator whether
a mail was classified or not when you have a well trained training.dat so that a
kind of mail is always classified correctly.

Comment 13

[Sven Grull]

Seems to be fixed by checkin for bug 269487. Tested with Seamonkey trunk build
20041112.

Comment 14

[David :Bienvenu]

ah, thx, resolving as dup, then.

*** This bug has been marked as a duplicate of 269487 ***