I have been plagued by a particularly annoying email for a particularly long time.
I have been equally disturbed that none of my spam filters have been able to stop it. Today I thought I might write a filter to auto classify it as junk. So I started looking for patterns in the deluge of incomprehensible french advertisement. Quite astonishingly they are all quite similar...wtf spam filter... so I did a search for "firstname.lastname@example.org" and all of them show up in my search window. So I highlighted them all and pressed my friend the Junk button in the web client.
I fired up a terminal checked the log expecting to see deliveries to email@example.com but instead I had over 100 of these:
2010-05-04 09:57:50,426 INFO [Junk-NotJunk-Handler]  misc - Sent spamreport: firstname.lastname@example.org mbox=1 id=42194 report=!spam origIp=192.168.1.98
wtf do you mean !spam OMFG
A trip to the ham account confirmed that these are being trained as HAM instead of JUNK!
So I tried them one by one instead...nope still the Junk button sends them as HAM. I am beyond words ....
1.) how do I fix my spam training
2.) I also noticed that I cannot move email that I search for
I created a folder to hold the french spam search for email@example.com then try to highlight and move the messages but all of them just vanish without moving to the folder....could this be related to the problem?
3.) I believe it to be related to the way I searched.
If I use the search term "in:folderA firstname.lastname@example.org" the junk button works as expected. If however I use "is:anywhere email@example.com" then the button does the unexpected.
I think I should be able to classify spam as spam even if it is already in my junk folder. Can we disconnect the "not junk" button from the junk button so that searches don't cause such unintended behavior?
I will file a bug and reference this post.
I am running 6.0.5_GA_2213.RHEL5_20100202211341 CentOS5 NETWORK edition.