Closed Bug 219975 Opened 22 years ago Closed 21 years ago

Junk mail is not filtered if folder is selected

Categories

(MailNews Core :: Filters, defect)

Product:
MailNews Core
Component:
Filters
Platform:
x86
Windows 98
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: alastair-h, Assigned: sspitzer)

Details

User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5b) Gecko/20030911 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5b) Gecko/20030911 First off, apologies if this is a duplicate. I've done a search on bugzilla and have come up with nothing. In Mail when incoming mail arrives if the folder it's filtered into is the one you have currently selected the Junk Mail controls don't run and I have to choose either Tools --> Run Junk Mail Controls on Folder or I have to manually delete them myself. The problem doesn't appear to be that Moz doesn't recognise the mail as junk as it shifts the correct ones if I manually run the controls, just that the junk mail controls don’t run automatically. The reason for thinking this is that if the mail is filtered into a folder that isn't selected and I then select that folder the controls run fine. Reproducible: Always Steps to Reproduce: 1) Open Mail 2) Create a folder 3) Set a Filter to filter incoming mail into that folder 4) Select the folder 5) Send a mail that Mozilla would recognise as being junk to be filtered into that folder Actual Results: Junk Mail is left in the folder and isn't marked as junk Expected Results: Junk mail is marked as junk and moved to the junk folder I have several folders under the Inbox folder although it does it with the Inbox as well.
I have the same problem with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20030916 The mails are not detected as junk or not junk. It seems that the junk control did not run on the moved mail. This only occur if the mail is received automatically (as set in the mail server settings) and not with the "get messages" button. And the destination folder of the mail is opened.
See bug 206117 - it also says that junk detection doesn't run automatically but works when run manually.
Could this be a dupe of bug 198100? Same problem with filters and junk controls.
I think it's pretty similar. The only thing I will say is that in his steps he says that the mail is marked as junk. In my case with the folder is already selected and Mozilla doesn't mark them as junk until I manually run the controls.
I still have the problem with Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.6b) Gecko/20031125 I think it's not the identical bug as 206117 because that bug exists after an upgrade. Bug 206117 also happens if the selected folder is the inbox.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This bug only appears for automatic download. Messages are fitlered, if you start download with the menu option "Get new messages". The filter self is called with CallFilterPlugins, which is a member of nsMsgDBFolder. CallFilterPlugins is called after receiving the messages and performing the message filter, in each of the following cases: 1) In nsPop3Sink::EndMailDelivery, always for the inbox folder for new messages. These are normally the not moved messages. 2) In nsPop3Sink::EndMailDelivery, if a window is available and the selected folder is not the folder in inbox folder. 3) In nsMsgLocalMailFolder::UpdateFolder for new marked messages, if you switch to an other folder. In our case, none of these three rules will match 1) Our selected folder is not the inbox 2) We have no window, because the download is triggered automatic. 3) We have not switch between folders. (btw: If you switch, then the 'new' flag will be removed from the old folder. So, switching to a new folder and back will not work.) How can we solve this? We the mails should be filtered in 1: Filter the inbox for spam and then perform the 'normal' message filters. (Filtering in 2 and 3 is not more necessary.) We the mails should be filtered in 2: If there is exactly (!) one mailwindow and if we could detect this window, then we could perform the filter for the selected folder in that window. We the mails should be filtered in 3: This no solution for our problem ;)
Messages being filtered into a folder that you are viewing are not even marked as New in the first place (or lose their Newness immediately) -- see bug 192039 comment 13, case 7. That may be why the junkfiltering is not taking place.
The messages are filtered, if I download them manual. Only the automatic download will not work. Reporter: Do you observe the same? (If it is so, then the mails will be marked as new in the manual mode, because only new mails will be checked for junk.) I will made a few tests on monday.
Hi, Yes, in my case the mails are being marked as new (they're bold/unread). The popup alert and "new mail" sound both activate. In my case the only thing that's different from activating the download of new mails manually is the fact that the mail isn't marked as junk. Everything else seems to be the same.
Keywords: mail3
I've been able to verify that this bug has been cleaned up -- this is almost certainly due to the fix to bug 192039, so I'm marking this Fixed.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Hi, I'm afraid this does not appear to be fixed for myself. I downloaded the latest build (2004011108) and installed it not long after you sent the last remark. In that time I've had around five "spam" emails that have been automatically downloaded and filtered into the selected folder. None of them were marked as spam and removed until I manually selected the "Run Junk Mail Controls on this Folder" option was chosen from the Tools menu. Any ideas what may be wrong?
OK, Can someone tell me if this has been included in the latest nightly builds? If so from which build onwards? I am still seeing this problem despite having downloaded a few of them over the past few days.
The fix for bug 192039 should be in nightlies from 0108 onwards. I verified this bug had also been fixed using the 1.7a-0108-Win2K build, as follows: I set up a filter to move messages not from my Address Book to a 'holding tank' inbox; then I left that folder selected and waited for incoming junk. I saw the junk arrive in the folder and then disappear, showing up in the Junk folder. I'm running with the 0119 build now, I'll check that this is still working, but it may take a few days -- my ISP kills most of my SPAM.
Confirming that this fix is still working for me: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040119 Alistair, in comment 9 you wrote: > Yes, in my case the mails are being marked as new (they're bold/unread). "New" means that they have a little green arrow tagged onto the message's icon, as well as showing bold. (Also, if you're showing the Status column, it will read "New".) You should be seeing the green arrow on all the messages newly arrived in any folder, including the folder that is selected, Inbox or otherwise. It was fixing a problem with that which resulted in this bug being fixed (or appearing to be, at least).
I think this is where my case differs from that particular bug. In my case they *are* marked with the green arrow. As far as I can see for my mail process it's exatly the same process for all methods of collecting mail (Automatic collection, Manual collection via Get Messages, Right click on the Mail header in the sidebar etcetc) the only difference between the collection methods is that when mail is automatically downloaded and then filtered into the currently selected/highlighted folder Mozilla doesn't mark the mail as junk and remove it from the folder. All other methods do this OK. The bolding, green arrow and so forth all work, It's just the last step where the junk filters are supposed to run that doesn't appear to work. If I get the time at the weekend I'm going to try and remove Mozilla from the PC and set up a completly new installation and profie to see if it's maybe a holdover from a previous installation that's stopping it from working.
Prior to Jan 8, automatically d/l'd messages filtered into a selected folder were most likely not being marked with the green arrow. Does the automatic junk filtering still work for you for messages in the Inbox, while the Inbox is selected? How about if the folder is not selected until after the messages arrive? fwiw, all my mail accounts are POP.
OK, Due to Mikes questions I've done a little testing and here's the results: 1) Disable all mail filters, all mails go into default Inbox. Inbox is selected. R) Mails filtered properly, Junk is marked and moved. 2) Enabled all mail filters, all mails sorted into respective folders. Main filter (last out of 15) folder is selected. R) Mails not filtered. Junk is not marked and moved. 3) Enabled all mail filters, all mails sorted into respective folders. Main filter (last out of 15) is altered so it filters into an empty folder, folder is selected. R) Mails filtered properly, Junk is marked and moved. 4) Enabled all mail filters, all mails sorted into respective folders. Main filter (moved to 10 out of 15) altered to original folder, folder is selected. R) Mails not filtered. Junk is not marked and moved. 5) Enabled all mail filters, all mails sorted into respective folders. Main filter (moved to 10 out of 15) altered to empty folder again, folder is selected. R) Mails not filtered. Junk is not marked and moved. So, I'm not quite sure what to make of that. When I tried No4 I was hoping it'd possibly be something to do with the size of the folder (49mn, 1,500 odd emails) but it looks like it's a bit more random than that. To answer the last question, If the folder was not selected and you then selected it the Junk controls run fine. It was this way during my initial reporting of this bug as well. All my accounts are POP3 as well.
CC'ing bienvenu
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.