Hi Guys,

Thanks for the feedback on what I've posted thus far.  I totally agree about
user participation when training Dspam and have explained that to my
customer who is using the toaster for their customers (~415 domains).  But
alas, they themselves are ignorant to the subject of spam.  As someone else
mentioned from my message about catchalls, they are entirely correct and I
to agree that catchalls are an open invitation to spammers to spam you if
you have a catchall.

Considering the amount of active participation there is with DSpam I'd be
happy to put my name forward as one of the testers or perhaps assist in
integrating DSpam with simscan.  

Perhaps a point to start would be to take the simscan 1.1 patch and examine
it.  Either that or wait for the guys at Inter7 to do something with it.

-- Side Bar: If any of you have already experienced what it is like using
DSpam and its effectiveness you'd want to have it running now!  I'm serious
when I make that statement if you've ever gotten sick of clearing out your
Inbox that is full of spam.

Changing the subject ever so slightly, those configure options that Eric
posted are for DSpam and as I've already pointed out on that issue; it
wasn't to do with DSpam, but more to do with the user/group that executes
the administration CGI scripts (if you intend to run the CGI scripts).  This
was wholly an apache suexec issue more than a DSpam one.

I look forward to any comments/feedback.


-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Saturday, 28 October 2006 10:11 a.m.
To: [email protected]
Subject: Re: [qmailtoaster] Dspam on the toaster

> Rangi Biddle wrote:
>> First issue I had was initially deciding on how to integrate DSpam (as
>> is
>> been mentioned already) and how best to manage it.  This basically came
>> down
>> to what the customers wanted which was to leave dealing with marking
>> which
>> messages are spam to the systems administrators.  Really sucks of course
>> considering that a simple error in marking a email for a client would
>> then
>> cause them to not get the email and getting a real earful.
>
> That is a totally impractical solution to spam.  Anything beyond 50-100
> users and you will spend all day just filtering email.  Certain things
> belong to admins (black-lists, antivirus, etc..) but users MUST be
> involved in determining their own spam/ham.  An admin cannot determine
> if a user wants that ad from tiger-direct (or whoever) or not.
>
> Besides, after the initial training there is very little the user needs
> to do except check a spam folder once in a while looking for false
> positives...:)
> --

Yep, a user must involve in this. At least with DSpam.

For DSpam to work as expected MUST be configured user-by-user

Your example of TigerDirect is perfect.

Thinking a little about it, should we uninstall a properly configured,
whole-system antispam spamassassin?

I think SA (or another whole server spam killer) must be installed, with a
very prudent configuration (the default toaster conf is perfect), to help
avoid unwanted bulk traffic.

Anyway bandwith is a scarce resource.

> Lee R. Copp
> Project Engineer (EE/ME)
> http://www.michsci.com/
>
> ---------------------------------------------------------------------
>      QmailToaster hosted by: VR Hosted <http://www.vr.org>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>



---------------------------------------------------------------------
     QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.408 / Virus Database: 268.13.17/505 - Release Date: 27/10/2006



---------------------------------------------------------------------
     QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to