[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Spam on the BTS (was: Spam on this list)



In article <slrndhpcfl.39a.joerg@alea.gnuu.de> joerg@alea.gnuu.de writes:
>Blars Blarson <blarson@blars.org> wrote:
>> In article <75EC4D5486CAC247B84AAAA6F96AA5580590F78B@orsmsx402.amr.corp.intel.com> markx.a.allyn@intel.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

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			blarson@blars.org
				http://www.blars.org/blars.html
With Microsoft, failure is not an option.  It is a standard feature.



Reply to: