junk marked as not junk on inbox reload

Bug #221084 reported by James Legg on 2008-04-23
4
Affects Status Importance Assigned to Milestone
thunderbird (Ubuntu)
Undecided
Unassigned

Bug Description

Binary package hint: thunderbird

This happens to me on Ubuntu 7.19, using thunderbird version 2.0.0.12+nobinonly-0ubuntu0.7.10.0:

Steps to reproduce:
1. open the inbox of an IMAP mail account using SSL encryption.
2. Mark the top three messages as junk by clicking in the junk column of the message pane.
3. Leave the next two messages not junk.
4. Mark the next four messages as junk as above.
5. On the sidebar, right click the inbox you are using and press open, or select another account and come back again.

What happens:
The last 4 messages stop being marked as junk after a delay of a fraction of a second. The other 3 remain as junk.

What should happen:
They stay as you just marked them.

I have the English (GB) Language pack, the default theme, and no other Thunderbird extensions.

I can repeat this on two different mail accounts, on different IMAP mail servers, but not on a POP3 one. I have the views sorted with the newest messages at the top.

ProblemType: Bug
Architecture: powerpc
Date: Wed Apr 23 17:01:02 2008
DistroRelease: Ubuntu 7.10
Package: mozilla-thunderbird 2.0.0.12+nobinonly-0ubuntu0.7.10.0
PackageArchitecture: all
SourcePackage: thunderbird
Uname: Linux legg-laptop 2.6.22-14-powerpc #1 Tue Feb 12 02:26:07 UTC 2008 ppc GNU/Linux

Bob, any errors in the JS console?

This is working for me in the 09/08 thunderbird 2 nightly on Windows.

I went to Tools / Options /Privacy / Spam

and enabled the move to junk folder. Can you double check that it is set?

I'm guessing this just stopped working for you in todays build since you use the nightlies right?

(In reply to comment #1)
> Bob, any errors in the JS console?

Sigh. You always ask this and I still forget to look. Sorry. I'm strangely free of spam this afternoon, but I'm sure tomorrow there'll be a fresh crop. :-)

> This is working for me in the 09/08 thunderbird 2 nightly on Windows.

I'll try Windows at home tonight. I was on Linux when I reported this.

> I went to Tools / Options /Privacy / Spam
>
> and enabled the move to junk folder. Can you double check that it is set?

Double checked.

> I'm guessing this just stopped working for you in todays build since you use
> the nightlies right?

I had to delete my profile 1.x the other day in order to get 2.0 to even launch on Linux. So I'm using a completely fresh profile. That was the other variable that changed, so I really don't know when this regression (assuming it's not pilot error) occurred. And yes, I'm using the 2.0 nightly builds and I upgrade every day when the auto-updater kicks in.

Just checked on some new spam, and TB is exhibiting the same incorrect behavior on Linux.

I'm also going to test the "Delete them" feature to see if that's working any better.

Also, nothing in the error logs shows up.

I just tied the "Delete them" feature, and that works correctly. So the only issue I'm running into is tied to the "move to Junk folder" option.

I just confirmed that the behavior I see on Linux is the same as on XP: Move to Junk folder does nothing, but Move to Trash works fine.

I see nothing in my Error Log window.

In , Mcow (mcow) wrote :

Bob Lord, just to be sure: do you actually *have* a Junk folder created?
xref bug 352225

I do have a Junk folder (it's the same IMAP folder as I had before I had to recreate my TB profile).

I have a new theory, but I need another day to test it. Our IMAP configuration here at work is a little odd in that the Inbox is the "root" of all other folders. That means Drafts, Sent, Trash, etc. are all sub-folders under the Inbox. Now, Sent, Trash, etc. all work correctly without me needing to do anything special.

I wonder if somehow TB's spam system isn't able to figure that out, and is trying to create a new Junk folder as a peer of the Inbox. Such an attempt would fail. (If that's what it's doing, it should be sending an error to the error console, which it is not.)

Just now I manually set it to move spam to the Inbox/Junk folder, rather than to the generic Junk folder on that IMAP server.

I'll need a little more time to get some junk mail in. It never shows up when I want it to.

I've confirmed that manually setting the Junk folder to be Inbox/Junk causes spam to be moved there.

So then the bug is really "Drafts, Send, and Trash all work correctly as subcomponents of the Inbox, but the Junk folder does not".

What is different about the Junk folder?

(In reply to comment #7)
> I do have a Junk folder (it's the same IMAP folder as I had before I had to
> recreate my TB profile).

this might be the key. My experience with Bug 198727 is if TB does't find/recognize the special folder, as indicated by the proper junk folder icon, then messages won't get moved. Folder existing and matching preference settings is not sufficient. You method of fixing in comment 8 is what I also did.

I had to rebuild my profile again, and was able to determine that this bug still exists.

In , Mcow (mcow) wrote :

(In reply to comment #10)
> I had to rebuild my profile again, and was able to determine that this bug
> still exists.

Is that a followup to bug 352163 comment 12 & 13? Could you state which build of the program you used to determine the bug is still an issue?

(In reply to comment #11)
> (In reply to comment #10)
> > I had to rebuild my profile again, and was able to determine that this bug
> > still exists.
>
> Is that a followup to bug 352163 comment 12 & 13?

No, but they may be related. This bug is about spam not getting moved to the Junk folder when I hit the "Junk" button (manual tagging).

Bug 352163 is about spam not getting moved to the Junk folder automatically.

> Could you state which build
> of the program you used to determine the bug is still an issue?

I'm running:
version 2 beta 1 (20061005) (Linux)

The client just updated itself to:
version 2 beta 1 (20061010)
so I'll keep an eye out to see if that helps.

In , Mcow (mcow) wrote :

(In reply to comment #12)
> > > I had to rebuild my profile again, and was able to determine that this
> > > bug still exists.
> >
> > Is that a followup to bug 352163 comment 12 & 13?
>
> No, but they may be related. This bug is about spam not getting moved to the
> Junk folder when I hit the "Junk" button (manual tagging).
>
> Bug 352163 is about spam not getting moved to the Junk folder automatically.

Bug 352163 comment 12 suggests that bug is a dupe of bug 351545: turning on Junk controls in a new account doesn't automatically create the junk folder, so no junk is moved for any reason. That's similar to what you've described at comment 7 here, and at bug 352163 comment 9.

One thing to check for is whether the junk folder specified in the account settings has the 'junk folder' icon. Or, more detailed, in the Config Editor, see if the 'spamTarget' prefs exist for the account.

> > Could you state which build
> > of the program you used to determine the bug is still an issue?
>
> I'm running:
> version 2 beta 1 (20061005) (Linux)
>
> The client just updated itself to:
> version 2 beta 1 (20061010)
> so I'll keep an eye out to see if that helps.

The fix for 351545 has been on the trunk (TB 3a1) for almost a week, but just got approved for the branch today.

Simply running a patched version isn't going to change the symptom; the fix applies when turning on the junk controls.

Assuming you're seeing the problem of the junk folder not having the right icon, a way to test this is fixed without re-creating the account is:
go to the account settings, turn off "Enable adaptive junk controls", close the settings window, re-open, and turn the option back on again -- without touching the folder-selection controls. If after you do this, the folder gets the junk icon, then I think it's clear that both of your bugs are dupes of 351545.

As a simple workaround with an unpatched version, explicitly set the folder. Again, if that fixes both bugs, then both bugs are dupes.

(In reply to comment #13)
> Bug 352163 comment 12 suggests that bug is a dupe of bug 351545: turning on
> Junk controls in a new account doesn't automatically create the junk folder, so
> no junk is moved for any reason. That's similar to what you've described at
> comment 7 here, and at bug 352163 comment 9.

This is an SSL/IMAP folder, and I previously had a working Junk folder (though I had to manually set the location for it to work). So I'd hope for it to work now. The one difference that may matter is that all my folders are children of the Inbox. I don't know what IMAP server we run here, but things like Drafts and Trash all live under Inbox. But those other special folders work fine. It's just Junk that fails to do the right thing.

> One thing to check for is whether the junk folder specified in the account
> settings has the 'junk folder' icon.

I never noticed, but the Junk folder shows just a normal (secure) folder icon. Good catch!

> Or, more detailed, in the Config Editor,
> see if the 'spamTarget' prefs exist for the account.

I see no spamTarget pref, but I do see:
mail.server.default.spamActionTargetAccount
mail.server.default.spamActionTargetFolder

> Assuming you're seeing the problem of the junk folder not having the right
> icon, a way to test this is fixed without re-creating the account is:
> go to the account settings, turn off "Enable adaptive junk controls", close the
> settings window, re-open, and turn the option back on again -- without touching
> the folder-selection controls. If after you do this, the folder gets the junk
> icon, then I think it's clear that both of your bugs are dupes of 351545.
>
> As a simple workaround with an unpatched version, explicitly set the folder.
> Again, if that fixes both bugs, then both bugs are dupes.

I was really hoping that trick would do the trick, but it did not.

Does it matter that we use SSL here?

In , Mcow (mcow) wrote :

(In reply to comment #14)
> This is an SSL/IMAP folder, and I previously had a working Junk folder
> (though I had to manually set the location for it to work). So I'd hope for
> it to work now.

If you've got a new profile, you need to reset the junk folder in the profile; that's not implemented as a property on the IMAP server, AFAIK.

> > Or, more detailed, in the Config Editor,
> > see if the 'spamTarget' prefs exist for the account.
>
> I see no spamTarget pref, but I do see:
> mail.server.default.spamActionTargetAccount
> mail.server.default.spamActionTargetFolder

I should have checked the names: those prefs, as you can see, are set for 'default' rather than for 'server2' (or whatever the serverN value is for your IMAP account). As far as TB is concerned, there is no junk folder set for your account; the icon confirms only that that particular folder is not set as a junk folder.

> > As a simple workaround with an unpatched version, explicitly set the
> > folder. Again, if that fixes both bugs, then both bugs are dupes.
>
> I was really hoping that trick would do the trick, but it did not.

After you explicitly set the folder (and restarted) the icon did not change?
The spamActionTarget prefs didn't appear for that account? Then it may well be that there's a different, IMAP-specific problem here; I can't say whether the patched version will fix it or not.

> Does it matter that we use SSL here?

To my knowledge, no.

(In reply to comment #15)
> (In reply to comment #14)
> > This is an SSL/IMAP folder, and I previously had a working Junk folder
> > (though I had to manually set the location for it to work). So I'd hope for
> > it to work now.
>
> If you've got a new profile, you need to reset the junk folder in the profile;
> that's not implemented as a property on the IMAP server, AFAIK.

I could not get the icon to be set, so I closed TB and removed the Junk file in the IMAP folder in my profile. When TB rebuilt that file, it also correctly set the icon.

>
>
> > > Or, more detailed, in the Config Editor,
> > > see if the 'spamTarget' prefs exist for the account.
> >
> > I see no spamTarget pref, but I do see:
> > mail.server.default.spamActionTargetAccount
> > mail.server.default.spamActionTargetFolder
>
> I should have checked the names: those prefs, as you can see, are set for
> 'default' rather than for 'server2' (or whatever the serverN value is for your
> IMAP account). As far as TB is concerned, there is no junk folder set for your
> account; the icon confirms only that that particular folder is not set as a
> junk folder.
>
>
> > > As a simple workaround with an unpatched version, explicitly set the
> > > folder. Again, if that fixes both bugs, then both bugs are dupes.
> >
> > I was really hoping that trick would do the trick, but it did not.
>
> After you explicitly set the folder (and restarted) the icon did not change?
> The spamActionTarget prefs didn't appear for that account? Then it may well be
> that there's a different, IMAP-specific problem here; I can't say whether the
> patched version will fix it or not.

After specifically setting the Junk folder, things are good. I think that's what you were expecting me to find.

I'm using Thunderbird version 1.5.0.7 (20060922) under Ubuntu Dapper and I have no longer this bug since I switched my imaps server simple name (blopsrv) to a FQDN (blopsrv.mydomain.com) :

BUG :
my imaps server name : "blopsrv"

NO MORE THIS BUG :
my imaps server name : "blopsrv.mydomain.com"

Before I had this bug !
Hoping it will be helpful....

I'm now very confused.

I was still seeing this problem today (on XP). Both settings of these settings failed to do anything:
"When I mark messages as junk: Delete them"
"When I mark messages as junk: Move them to the account's Junk folder"

In other words, I would have to mark a message as spam (which the client understood, properly showing the flaming junk icon), and then I would have to manually delete the message.

However, after fiddling with the options back and forth between the two settings a few times, both are now working! At least for now.

I see no errors on the Error Console.

It this a timing bug?

I see this problem too. Thunderbird 2.0 beta 2, Linux. No IMAP here. I don't know if it's related but the error console shows :

Error: [Exception... "Component returned failure code: 0x80550008 [nsIMsgDBHdr.markHasAttachments]" nsresult: "0x80550008 (<unknown>)" location: "JS frame :: chrome://messenger/content/msgHdrViewOverlay.js :: anonymous :: line 452" data: no]
Source File: chrome://messenger/content/msgHdrViewOverlay.js
Line: 452

I am unable to get manually marked junk to move automatically to the "junk" folder (the wastebasket) for pop3 collection using TB 2b2 running on Windows XP.

WIN XP SP2, TB Version 2.0.0.4 (20070604)
I think, the reason is in behalf of the time, TB needs to read, move by filter and download subject-lines: I have nearly 60000 emails, 350 rules (filter), 7 accounts, nearly 5 GB stored. These errors happened only, if I start TB and up to three hundred of emails are loaded down. After one hour or starting TB for the second or third time, moving the junk to the junk-folder runs quite right.
But: I'm reading from two different computers and after such problems the other PC has lost the sign for replication (look for new mails, set a sign, adjust the correct number of emails) and the changes are missed. I can force it by search a character in the subject-line from the in-coming mails with subfolders. After doing this I get the correct number and the correct Flags etc.!

Warm regards
Werner

I noticed a similar problem when using both thunderbird 1.5.x and 2.0.x.
In the message list when I mark messages as spam by quickly clicking on the junk status column just moves the first messages marked.
If I have two messages one after another and I want to mark both as spam and I click on the junk status column for the first and then really quick click on the junk status for the next message it will mark both as spam but it will only move the first to the junk folder

Similar for core is Bug 217528

Hate to add a new bug to the junk mail controls myriad, but let me know if you all think this really needs to be a new bug:

 I'm using Seamonkey and seeing a failure of messages marked junk to move to a specified folder as they should when the option to enable adaptive junk mail controls is turned off. I'm surprised I haven't seen more reports of this with the release of Gmail for IMAP. Ideally, you should be able to disable the adaptive controls, but still be able to use the mark as junk feature to move items to the spam folder for teaching. The current junk mail controls interface is currently set-up that way, but it doesn't work unless the adaptive controls are enabled. One simple fix would be to have the other junk-mail options greyed out if adaptive controls is disabled, but I think the better solution would be to have the backend perform as the UI currently suggests.

James Legg (lankyleggy) wrote :

Binary package hint: thunderbird

This happens to me on Ubuntu 7.19, using thunderbird version 2.0.0.12+nobinonly-0ubuntu0.7.10.0:

Steps to reproduce:
1. open the inbox of an IMAP mail account using SSL encryption.
2. Mark the top three messages as junk by clicking in the junk column of the message pane.
3. Leave the next two messages not junk.
4. Mark the next four messages as junk as above.
5. On the sidebar, right click the inbox you are using and press open, or select another account and come back again.

What happens:
The last 4 messages stop being marked as junk after a delay of a fraction of a second. The other 3 remain as junk.

What should happen:
They stay as you just marked them.

I have the English (GB) Language pack, the default theme, and no other Thunderbird extensions.

I can repeat this on two different mail accounts, on different IMAP mail servers, but not on a POP3 one. I have the views sorted with the newest messages at the top.

ProblemType: Bug
Architecture: powerpc
Date: Wed Apr 23 17:01:02 2008
DistroRelease: Ubuntu 7.10
Package: mozilla-thunderbird 2.0.0.12+nobinonly-0ubuntu0.7.10.0
PackageArchitecture: all
SourcePackage: thunderbird
Uname: Linux legg-laptop 2.6.22-14-powerpc #1 Tue Feb 12 02:26:07 UTC 2008 ppc GNU/Linux

James Legg (lankyleggy) wrote :

I am not able to reproduce this on Hardy with same thunderbird setup. Using a gmail IMAP account. Junked things stay junked.

Changed in thunderbird:
status: New → Incomplete
James Legg (lankyleggy) wrote :

I've just tried it with a newly set up Gmail IMAP account with SSL: I lost which messages have the junk flag set at random instead of it being the last four. Sometimes, when marking one, it also unmarked some of the ones just marked without me reloading anything. Then I restarted thunderbird and the gmail account behaved well, but the other two accounts still reproduce this bug as I initially described.

I've notice one of my two accounts that reproduce this bug forgets even the top three are marked as junk on restarting Thunderbird, but the other one and Gmail does not.

I think I've found a possible duplicate bug upstream at thunderbird. Read up on https://bugzilla.mozilla.org/show_bug.cgi?id=351811 and tell me if you think this is the bug you are experiencing. If it is go ahead and let me know and I'll mark this bug as a duplicate and you can work with the people at thunderbird to get this fixed.

James Legg (lankyleggy) wrote :

Thanks for your time, but that's not my problem: I haven't asked Thunderbird to done anything too messages marked as junk. I expected the messages I marked to remain where they were and remain as I marked them. In the 'preferences -> privacy -> junk' settings I don't have anything selected.

However, if it helps, in the account specific junk settings I have "Enable adaptive junk mail controls for this account" and "Do not mark as junk if the sender is in [personal address book]" selected.

Since I'm supposed to train the adaptive filter, I expect it to remember the junk status of messages, when I set that status explicitly (the message above the switch implies that too). Also the junk mail is not coming from someone in my personal address book.

James Legg (lankyleggy) wrote :

I've just distribution upgraded to Hardy, and would like to report this is still an issue for me but the exact details have changed. I'm now on Thunderbird version 2.0.0.12+nobinonly-0ubuntu1.

Marking a few of the emails as junk and then switching to a different folder and back again still changes the junk status sometimes, though not always in the same way as previously reported. The actual results seem to be dependent on the mailbox used.

One mailbox seems to be marking everything as not junk.

The other mostly works, but some combinations, e.g. marking every other mail as junk for the first 11 rows, does not. The messages appear initially as previously marked, but quickly some unmark, as before. However, if I uncheck "Enable adaptive junk filter" in the account settings, everything loses it's junk flag. With it enabled, every combination of selections gives the same result if performed multiple times, but I can't find a pattern linking the selection to what remains marked.

Is this related to bug 324777?
more dependencies and bugs mentioned there, like bug 310431 for Seamonkey

consider also
bug 196732
bug 310431
bug 168648

also, maybe related to bug 200594

John Vivirito (gnomefreak) wrote :

Please use a new profile to try to reproduce this issue and try with 2.0.0.18. I am unable to reproduce this with IMAP or POP. It sounds like a setting on your side since 2 boxes dont act the same way.
Normal activity == mareking one email as junk should mark all as junk until you train the junk settings.

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

The odd thing for me, is that the Move to Junk folder works on other computers, just not my work machine...

I am seeing this bug on a pop 3 account on
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4pre) Gecko/20090926 Shredder/3.0pre

There's a couple of other bugs out there that might be dupes, when you try "junk move" as quicksearch.

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

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

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

gf (gf-interlinks) wrote :

Hello James,
Thank you for submitting this bug and reporting a problem with Thunderbird. You made this bug report in 2008 and there have been several versions of Ubuntu and Thunderbird since then.

Could you confirm that this is no longer a problem and that we can close the ticket?
If it is still a problem, are you still interested in finding a solution to this bug?
If you are, could you let us know and, in the current version, could you run the following (only once):
apport-collect 221084
and upload the updated logs and and any other logs that are relevant for this particular issue.

Thank you again for helping make Ubuntu and Thunderbird better.
G

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.