I have a procmail filter that -- amongst other things -- filters international character sets and brute force attempts to a 'grey' folder. Combined with spamassassin, it surely stops a lot of email that normally would have ended up in my mailbox. I haven't taken a good look at how it can be implemented with RB yet, as there's no support for rules with multiple conditions, but here are some character sets that could be filtered into a 'grey' folder (regexp):

... it works best if you combine it with a check for spamassassin scores that are high, but not high enough for the message to be marked as spam. You probably could make custom spamassassin rules for this, too.

If you get a lot of brute force spam, a rule like this can help you (regexp):

I am receiving e-mails, some spam in my inbox. They are not re-directed to NotInWhiteList folder. I have double checked to see if I had any spelling mistakes that may be causing this glitch, but i can't seem to figure it out. Any help is appreciated. THanks.

If so then either the "From:" address or domain is in your Whitelist. Then you need to check your Whitelist.

If not you should check your filters. Check to USER_IN_WHITELIST filter to make sure it's configured right. Check to make sure you don't have another filter that moves messages to your "Inbox" that could be moving these messages.

If you can't find anything then you'll need to contact Support-at-Runbox-dot-Com to see if they can take a look at your filters directly.

Actually, the designated "spam" folder does have an "(empty)" link just like the Trash folder. This was implemented a while ago.

In addition, any folder that is used with a filter can not be deleted but trying to delete it will empty the folder. This isn't really a feature but a side-effect. If you select the folder and click the folder "Delete" button you will get a warning about deleting the folder and all it's contents. If you continue, all the messages in the folder will be deleted but the folder will remain. You will see an error message indicating that the folder could not be deleted because it is used by a filter.

And yes, unfortunately, the only way to train the DSPAM trainable spam filter is from the Runbox Mail Manager (RMM) web interface.

I'm looking at setting up a more advanced spam filter that will just delete stuff that is almost certain to be spam, using this (http://www.emaildiscussions.com/show...9&postcount=41) as a guidline. I'll just set the filter to delete instead of move to a folder. (Trying to keep track of all that crap is just too much of a headache.)

My question: At what level does SpamAssassin currently decide that a message is spam?