Hi there,

I subscribe to your e-mail service and I'm pretty pleased with it.

In recent months, though, I've had a problem with spam getting through the filters. Most of the spam that gets through is Windows-1251 encoded. Here's a picture of e-mails I've deleted (rather than them going to 'held mail' like they should) over recent days:



So my request is: Can I have something to address this, such as a filter to block all Windows-1251 encoded spam?

Thanks,

Michael

I don't know the likelyhood of this request being honored, but have you been reporting the spam getting through the filters (before deleting them)? Have you looked at the x-spamcop-* headers to determine why they are getting through?

Not using the e-mail side of the house, I'm sure I'm missing something. However, in generalities, the primary focus of the filtering process starts with the IP addresses involved, then you can add in some of the SpamAssassin features. My assumption is that the user filters are part of the Horde/IMP application. So wondering exactly where analysis of the composition of the e-mail (to include the character set) would show up. Granted that all you showed was Deleted stuff, but have to ask ... is any of your 'goof' e-mail also Cyrillic?

Hi guys,


I report all the spam that has got past the filters while I have been at my workstation, which is a big chunk of it. I don't bother with stale stuff that's arrived overnight etc.

The typical SC headers of a message might be:


I assume the problem is partly that SpamAssassin has lots of filters for English spam but fewer/none for foreign language spam.


Just to clarify, all the e-mail shown was 'goof' e-mail:- Correctly identified spam goes to 'held mail', while spam I've had to delete manually goes to 'deleted' (which is what is shown in the screenshot).

Basically the state with the e-mail service is: Users can chose a number of settings for thier mail to be filtered by - including SpamAssassin level and a choice of RBLs, plus a sender blacklist and whitelist. Any mail classified as spam under this system is put in a 'held mail' folder on the server. I use IMAP so the 'held mail' folder on the screenshot holds e-mail identified as spam.

If you're not familar with SpamAssassin, how it works is: Each message starts with a score of 0. Tests are performed ( examples ) and the number incremented by the test weighting every time a test is failed. Users can then pick at what threshold a message should be called spam and treated as such.

For example if a message contains 'v1agra' (weighting +2.5) and the message is 40%-50% HTML obsfucation (weighting +2.6) the final score is 5.1. If the user has chosen 5 as thier SpamAssassin threshold, the message will be classified as spam.

The SpamAssassin filters and weightings are (AFAIK) configurable by the system administrator.

Basically what I'm asking is: Could we have more SpamAssassin tests to cover the spam that's currently getting through the filters, as pictured.

Cheers,

Michael

If you know of a good rule set (i.e. EXTRA_MPART_TYPE, FROM_STARTS_WITH_NUMS, HTML_30_40, HTML_FONT_BIG, HTML_MESSAGE, RCVD_NUMERIC_HELO) to do what you are looking for, implementation is more likely to occur. The less work for JT to locate and implement, the better.

There have been requests for additions to the rule sets in the past. The last time it was shown they were implemented was when we went from v2 to v3 of the spamassassin application. There may have been additions since then, but none that I have seen a request then confirmation.

http://spamassassin.apache.org/full/3.0.x/...assin_Conf.html

ok_languages xx [ yy zz ... ] (default: all)

This option is used to specify which languages are considered OK for incoming mail. SpamAssassin will try to detect the language used in the message text.
Note that the language cannot always be recognized with sufficient confidence. In that case, no points will be assigned.

The rule UNWANTED_LANGUAGE_BODY is triggered based on how this is set.

In your configuration, you must use the two or three letter language specifier in lowercase, not the English name for the language. You may also specify all if a desired language is not listed, or if you want to allow any language. The default setting is all.

.........
ok_locales xx [ yy zz ... ] (default: all)

This option is used to specify which locales (country codes) are considered OK for incoming mail. Mail using character sets used by languages in these countries will not be marked as possibly being spam in a foreign language.
If you receive lots of spam in foreign languages, and never get any non-spam in these languages, this may help. Note that all ISO-8859-* character sets, and Windows code page character sets, are always permitted by default.

Set this to all to allow all character sets. This is the default.

The rules CHARSET_FARAWAY, CHARSET_FARAWAY_BODY, and CHARSET_FARAWAY_HEADERS are triggered based on how this is set.

...........

In general, the situation appears to suggest that if you were running your own server, you could 'lock out' lots of stuff. As the service 'here' handles users world-wide, 'locking things out' isn't really an option. From reading that configuration document, it would seem that the SpamAssassin folks is where the requests/complaints should go to expand their feature set ...???

what's interesting is the 'sudden' flood of complaints about cyrillic text spam and the request for something to be done .. (or is it that the same folks are posting both here and in the newsgroups?)

As mentioned, there were some additional language/word packs tossed into the mix a long while back ... are there some cyrillic packs available? http://wiki.apache.org/spamassassin/CustomRulesets doesn't list one ...

I've been googling for a ruleset, but all I've found is this: http://mosnews.com/commentary/2005/07/26/spamassassin.shtml.

Can't find any rulesets, though. Ah well.

Cheers,

Michael

From the spamcop.help newsgroup <g>

The trouble / problem with implementing this within SpamAssassin is that affects everyone who use the SA filter.

Now I wouldn't be troubled by the particular check but anyone who regularly receives legitimate Email in this character set would be affected and make their legit Email more likely to be captured.

So my feeling is that this would require a low score. As it stands I would be marginally inclined to speak against adding this check to Spam Assassin.

It would really be better if we could get the problem IP addresses onto the blocklist and keep them reported whilst the spew continues.

Andrew

In the long run, maybe we should allow SpamAssassin per-user settings in addition to the global rule set.

User adjustable settings would definately be helpful.

The catch is referenced in the link I offered a few posts back; http://spamassassin.apache.org/full/3.0.x/...assin_Conf.html

That seems a pretty definitive answer to me...

Andrew

If my reading of that is right, the load is only increased when users have extra rules, not just by enabling user rules.

Could we enable user rules, but have a one-off $10 fee to get user_prefs editing rights? I'm sure people would pay, and the proceeds would fund getting more RAM or whatever.

Michael

I don't see this happening. It isn't just about the processing load but the security issues also referred to in Wazoo's post.

Andrew

Thanks for that ... I actually had that bit typed in, then deleted it. I'd keyed on the "when run as 'root'" comment and was going to try to search out if it was functional when run as "other than 'root'" ... time, distractions, and all that <g> .. suspecting that 'root' is actually needed due to all the (possible) system resources invoked

I've started getting a lot of spam in what appears to be cyrillic lately. I'd like to create a filter in Webmail to automatically move that to the "spam" folder. Is there any way (Ping: JT) to get this set up?

Moderator Edit: Moved/Merged this post into an existing Topic covering the same ground. PM sent to advise of this action.

As I think you are aware, webmail filters only work when you are using webmail. You could probably do this currently with a custom header search looking for the character code. I don't have any here currently to test this on, however.

Yes, but since I tend to leave a window open on the Webmail site for this very reason, it would work for me. I'll try your suggestion of a "custom header search" looking for that character code. Thanks for the suggestion, Steven!