In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>I have been noticing (and a bit irritated) at the spam I am seeing
>on this and some other email lists.
Others have commented on this, I have little to add to this part.
>I have also noticed tickets submitted to the bug facility that are
>spam. Can that facility be configured so that if the format (package
>name, version, etc) is not followed; the bug will not be emailed out
>to the lists?
I've been working on the spam filtering for the BTS. We are getting
over 100,000 spams/day and about 50/day get through the filters.
(Both are rough estimates, and the spam volume is continuing to rise.)
There are limitations on what we can do with the resouces available.
Would it be acceptable to reject or drop more non-spam? (We could
reject on CBL, getting rid of about half the spam and rejecting about
one non-spam per day. CBL is easy to get off of.)
Would it be acceptable to delay questionable messages for a human to
review? (Due to spam bursts, sometimes the BTS already takes 6 hours
or more to processes the message queue.)
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
