Re: Spam on the BTS (was: Spam on this list)
In article <[🔎] firstname.lastname@example.org> email@example.com writes:
>Blars Blarson <firstname.lastname@example.org> wrote:
>> In article <[🔎] 75EC4D5486CAC247B84AAAA6F96AA5580590F78B@orsmsx402.amr.corp.intel.com> email@example.com 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
> or the like?
Depends how like you consider spamassassin's bayes filters, which are
>> 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
>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
Blars Blarson firstname.lastname@example.org
With Microsoft, failure is not an option. It is a standard feature.