In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>Blars Blarson <[EMAIL PROTECTED]> wrote:
>> In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>>>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.
>
>Do you tried bogofilter
No
> or the like?
Depends how like you consider spamassassin's bayes filters, which are
used.
>> Would it be acceptable to reject or drop more non-spam?
>
>Drop not, but reject. It would be the best, if you can reject spam in
>the SMTP dialog.
This would take cooperation from debian-admin.
>> Would it be acceptable to delay questionable messages for a human to
>> review?
>
>How many message would be this? Is a spam team needed?
I'm already doing the reviewing, but after the messages get to the
bugs. My guess is reviewing a few hundred messages/day, with a dozen
or two being non-spam. The point to set could be tuned. Mainly I'd
need help when I'm unavailable, but the other BTS admins would
probably be willing, or this could be turned off for a few days at a
time.
--
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]
