Closed Bug 484348 Opened 16 years ago Closed 15 years ago

The junk mails can't move to Junk folder after junk control set

Categories

(MailNews Core :: Filters, defect)

1.9.1 Branch
x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: gangyang1988, Unassigned)

References

Details

User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1b3) Gecko/20090310 Firefox/3.1b3 Build Identifier: 20090310 Thunderbird 3.0 beta2 After I check "move junk mails to 'Junk' folder when i mark messages as junk" under Preference/Privacy/Junk, the mails marked as junk could not move to 'Junk' folder but trash. Reproducible: Always Steps to Reproduce: 1.Under Preference/Privacy/Junk check "when I mark message as junk" and "move them to the account's 'Junk' folder" 2.Wait some junk mails or mark some mails as junk Actual Results: The mails could not move to Junk folder, or the mails move to Trash folder Expected Results: The mails should move to Junk folder
I found it on Thunderbird3.0 beta2
gangyang : do you have a Junk folder ?
Component: Preferences → General
QA Contact: preferences → general
Found the same problem with Thunderbird3.0 beta3 pre I have tried the nightly build for the 22nd and 23rd of April (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4pre) Gecko/20090422 Shredder/3.0b3pre and Gecko/20090423 Shredder/3.0b3pre) creating a fresh new profile for a pop3 account. Thunderbird seems unable to create a junk folder automatically. When dealing with junk mail, thunderbird behaviour was the following: - it did not create a Junk folder for the account - all the messages marked as junk by the "junk mail control tool" remained in the inbox folder - all the messages manually marked as junk were moved to the trash folder - messages in the trash folder marked as non-junk and then again as junk disappeared The following options were enabled: Tools/options: "When I mark messages as junk: Move them to the account's Junk folder" "Mark messages determined to be Junk as read" "Enable Junk Filter Logging" Tools/Account setttings/Junk settings: Enable Adaptative junk mail controls for this account Move new Junk messages to Junk folder on account
Component: General → Account Manager
OS: Solaris → All
QA Contact: general → account-manager
I can confirm this for SeaMonkey Mail in: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1pre) Gecko/20090603 SeaMonkey/2.0b1pre Steps: - create fresh profile - create new mail account - set messages to be moved to junk folder automatically - set messages that are marked as junk manually to be moved to junk folder Result: - the "Junk" folder is not being created - junk mails are not moved to junk folder (there is none) - mails manually marked as junked are moved to "Trash" folder instead - junk mails in trash folder marked as non-junk and then as junk vanish This breaks an essential function and, even worse, it causes data loss.
I am experiencing this issue with Portable Thunderbird version 2.0.0.22, including whatever automatic updates were made this week. Mail marked manually as Junk simply does not move to Junk folder or Trash. the only option that seems to work, is to select Tools> Delete mail marked as Junk in Folder
I experience this on Thunderbird version 2.0.0.22, that messages marked manually as Junk are not automatically moved to the Junk folder. I only experience this, I don't experience any of the other problems mentioned here (Junk folder not being created, junk mails in trash folder vanishing).
(In reply to comment #0) > After I check "move junk mails to 'Junk' folder when i mark messages as junk" > under Preference/Privacy/Junk, the mails marked as junk could not move to > 'Junk' folder but trash. Same phenomenon as Bug 487610? > Bug 487610 Messages marked manually as Junk are never moved to Junk folder > (if user doesn't check "Enable adaptive junk mail controls for this account", > even though UnJunk moves back to Inbox regardless of user's choice of the option) (In reply to comment #3 and comment #4) > - it did not create a Junk folder for the account > - the "Junk" folder is not being created Pseudo account of "Local Folders" used as "Global Inbox"? Or POP3? Or IMAP? Even though next option is checked? "Enable adaptive junk mail controls for this account" > - all the messages marked as junk by the "junk mail control tool" remained in the inbox folder > - junk mails are not moved to junk folder (there is none) Even though Junk folder exists? Even though next option is checked? "Enable adaptive junk mail controls for this account" > - all the messages manually marked as junk were moved to the trash folder > - mails manually marked as junked are moved to "Trash" folder instead When Junk folder doesn't exists? When next option is checked? Or not checked? Or both? "Enable adaptive junk mail controls for this account" Even though Junk folder exists? > - messages in the trash folder marked as non-junk and then again as junk disappeared > - junk mails in trash folder marked as non-junk and then as junk vanish Next phenomenon by enhancement, isn't it? UnJunk moves back to Inbox regardless of user's choice of the option To bugzilla@gensuke.otherinbox.com(Comment #3) and swedishchef79@googlemail.com(Comment #4) : All above phenomena is when Junk folder doesn't exists? (when not automatically created?)
To gangyang(bug opener): Why no answer to next question in Comment #2 by Ludovic Hirlimann on 2009-03-20? > gangyang : do you have a Junk folder ? Does no answer mean (a) comment #0 was phenomenon when Junk folder didn't exist, and (b) your problem of comment #0 disappeared by creation of Junk folder for "Local Folders"? To bugzilla@gensuke.otherinbox.com(Comment #3) and swedishchef79@googlemail.com(Comment #4) : Bug 505949 is for your fisrt issue(Junk is not created) with clear description like yours, and all other phenomena you saw is also reported to that bug. Watch Bug 505949, and if you have new findings, add comment to that bug please. To Eli Marcus(Comment #5): Same problem as Bug 487610? Or same problem as Bug Bug 505949? To mt3ch(Comment #6) Bug 487610, isn't it?
(In reply to comment #7) The following options were enabled: Tools/options: "When I mark messages as junk: Move them to the account's Junk folder" CHECKED "Mark messages determined to be Junk as read" CHECKED "Enable Junk Filter Logging" CHECKED Tools/Account setttings/Junk settings: Enable Adaptative junk mail controls for this account CHECKED Move new Junk messages to Junk folder on account CHECKED >Pseudo account of "Local Folders" used as "Global Inbox"? Or POP3? Or IMAP? >Even though next option is checked? >"Enable adaptive junk mail controls for this account" I was using a POP3 account with mails stored in dedicated mail folders (I do not use the "Local Folders" as a "Global Inbox". It doesn't matter what options are checked or unchecked: if the Junk mail folder does not exist (Thunderbird is unable to create one if it doesn't) this is how the phenomenon happens. >> - messages in the trash folder marked as non-junk and then again as junk disappeared >> - junk mails in trash folder marked as non-junk and then as junk vanish >Next phenomenon by enhancement, isn't it? >UnJunk moves back to Inbox regardless of user's choice of the option In my case emails in the trash that are manually "unjunked" stay in the trash folder. Then when you mark them as junk again they disappear. Apart from using POP3 and dedicated mailboxes I see the same behavior of bugs 487610 and 505949. Also note that the outcome of "automatic junk detection" and "manual junk detection" differs.
(In reply to comment #9) > Tools/Account setttings/Junk settings: >(snip) > Move new Junk messages to Junk folder on account CHECKED You manually set(changed to it) via UI? Or it's automatically set by account definition by Account Wizard? According to Bug 505949 Comment #1, Junk was created when setting was changed via UI(set via Others: ... in that case). Probably mismatch between account definition and Junk filter/move. - Account definition stopped to create Junk folder. (change based on users request not to create unwanted/unused folder) - Junk filter/move doesn't create Junk folder, as before. I guess as follows. Because Junk move has option to delete upon mark as Junk(move to Trash), Junk move probably falls back to Trash, if Junk is not available. And, if "Mark as junk in Trash while Junk doesn't exist", "move to Junk" falls back to Trash(then nothing is done), and because of "move", delete step of "move" is executed at Trash, then mail disappears.
I have experienced this problem in thunderbird 3.0beta2 step to reproduce: 1.Edit->Account setting->Junk setting->Move new message to Junk Folder 2.Junk Folder is available after that 3.Mark a letter as Junk mail in Inbox 4.The mail doesn't move to Junk Folder but stay in inbox marked as Junked
confirming on Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.2pre) Gecko/20090728 Shredder/3.0b4pre with a gmail account.
Status: UNCONFIRMED → NEW
Component: Account Manager → Filters
Ever confirmed: true
Product: Thunderbird → MailNews Core
QA Contact: account-manager → filters
Version: unspecified → 1.9.1 Branch
Flags: wanted-thunderbird3?
Keywords: regression
(In reply to comment #12) > confirming on (snip) with a gmail account. Confirming which issue? Comment #0? (original problem, Bug 487610 or Bug 505949 or different is unknown) Comment #3 & Comment #4? (Bug 505949) Comment #5? (Bug 487610 or Bug 505949 is unclear) Comment #6? (looks Bug 487610) Comment #11 (I can't imagine other than Bug 487610) Other phenomenon/problem?
(In reply to comment #13) > Confirming which issue? > Comment #11 (I can't imagine other than Bug 487610)
Status: NEW → UNCONFIRMED
Ever confirmed: false
Flags: wanted-thunderbird3?
Keywords: regression
(In reply to comment #14) > (In reply to comment #13) > > Confirming which issue? > > Comment #11 (I can't imagine other than Bug 487610) What is your purpose of confirming additional comment(which seems duplicate report of already known other bug), even though "what is original problem of this bug" is still unclear? Note: I guess this bug is for same issue as Bug 505949 because of next in comment #0. But I'm not sure. (still no response from bug opener) > Actual Results: > The mails could not move to Junk folder, or the mails move to Trash folder
(In reply to comment #10) >> Move new Junk messages to Junk folder on account CHECKED >You manually set(changed to it) via UI? >Or it's automatically set by account definition by Account Wizard? If I recall well I tried both ways: letting the account wizard take care of it and manually creating a profile later enabling the option. In my opinion the fix should be quite easy: just force Thunderbird create an empty Junk folder no matter if the account is going to use it or not and all the above phenomenons will just cease to exist.
(In reply to comment #16) Because description of comment #0 is not so clear, some comments(for phenomenon of Bug 487610) are added to this bug due to confusion, and still no answer from bug opener. Bug 505949 is newer bug than this bug, but that bug has clear description. It's same as your comment #3, so Bug 505949 can be considered "spin-off of your comment #3 and comment #4". bugzilla@gensuke.otherinbox.com, please follow at Bug 505949.
I have the same or similar problem on Version 2.0.0.22 (20090605), Windows XP SP3. I have also reproduced it on a different box, after uninstalling TB, deleting all TB files in C:\programme and in my account C:\Dokumente und Einstellungen\myaccount\Anwendungsdaten\Thunderbird, then reinstalling a fresh 2.0.0.22 release. The account settings (translated from the german TB): checked "activate junk filter" and "move new junk email to folder "Junk" in "account". The other two settings are unchecked. The Junk folder exists on the IMAP server. I have also tried creating a different folder and choosing that one as the Junk destination. The global settings: checked "when messages are manually marked as junk, move them to the assigned Junk folder". The IMAP server has a folder hierarchy, for example 2009/customername1, 2009/customername2 etc. Some of these folders have spam emails. When select folder customername1 (either by clicking on it or scrolling by arrow-up or arrow-down), I expect that right after being selected all spam emails would be scanned, marked and automatically moved to the spam folder. But it does not happen. If I manually choose the "Apply junk filter to folder, the spam emails are in fact marked and moved. It makes no difference whether the emails are marked as unread or read. Also, if I mark an email as junk, it is also moved. However I have once observed the correct behaviour: Selecting a folder marked all spam emails as spam and moved them away. It did not work that way the next day. The TB and the IMAP server configuration was not touched other than subscribing/unsubscribing to different email folders. I have also noticed that TB was in fact downloading all emails from the IMAP server when it was properly working. So it took a couple of seconds to download/process/mark/move the emails. There is no such delay when accessing any folder right now. Maybe the root cause for the bug has to do with TB not downloading the email body right now. Also, another account shows the correct behaviour: new spam emails getting in the inbox are marked and moved. in reply to comment #0: I never noticed any email being moved to the trash, also the Junk folder was always automatically created. So it is not Bug 505949. It is also not Bug 487610 as manual marking and moving works.
(In reply to comment #18) > So it is not Bug 505949. It is also not Bug 487610 as manual marking and moving works. Original problem of comment #0 is Bug 505949 or Bug 487610, and all other comments except yours is Bug 505949 or Bug 487610. Even if "Junk mail is not moved to Junk folder" is same, different problem is different problem, as different crash is different crash even if "Tb crashed" is same. Arne Schirmacher, what is you purpose to add comment for different problem from this bug report to this bug?
you are right, will create a new issue.
wada, can we finally close this as a dupe or incomplete? gangyang seems to be gone
(In reply to comment #21) > wada, can we finally close this as a dupe or incomplete? gangyang seems to be > gone Because I could lead comment posters of important problem report(3/4) to Bug 505949, there is no need to keep this bug open. For original problem(comment #0), I think INCOMPLETE is appropriate.
=> incomplete then gangyang, if you still see a problem, please prefer to visit on of the other existing junk bugs that matches your issue
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.