Helmut, I agree.
Eric On 3/13/2014 10:33 AM, Helmut Fritz wrote: > > My point was there seem to be unanswered questions on that user list. > people need help and do not get answers. BUT, if enough of us use it > I am sure that list would pick up again. J > > > > *From:*Eric Broch [mailto:[email protected]] > *Sent:* Thursday, March 13, 2014 12:07 AM > *To:* [email protected] > *Subject:* Re: [qmailtoaster] Re: Battle SPAM--DSPAM > > > > Helmut, > > All I can say is that I considered DSPAM for 5 or 6 years and it > seemed impregnable, which may be why there's not a lot of help out > there and the reason the mailing list is quiet, as the documentation > doesn't lend itself to newbies, until I came across this > <https://qmail.jms1.net/dspam/> site. I was forced to find a spam > solution for a client and after searching for help and studying DPSAM > thoroughly for a week or two deployed it on my own and then a > client's--after great success on my own. There were a couple hiccups > but we haven't looked back. I now use my own script to install it > (and everything else necessary) from EPEL and create the database in > MySQL. I've read that PostgreSQL is better suited to DSPAM and I might > try it later. At my own site, I no longer get spam. At the client's > site spam is no longer a problem either. > > In my setup DSPAM is called in the domain .qmail-default file and I > use the user's .qmail and a maildrop file to send marked spam to each > user's 'spam' folder in their Maildir directory. It was very easy to > train--spam only, no ham training--and now user's inboxes aren't > cluttered with spam (this is very nice when using a small interface > like a phone) and there are hardly any false positives to speak of. My > clients are very pleased with it. I will be putting DSPAM on another > site when I upgrade that site from CentOS 4 to CentOS 5 or 6 as DSPAM > needs a newer MySQL release. > > With my script, installation takes about a minute, more or less. > > In my experience, the promise of the DSPAM developers was right on the > money. It has worked 'as advertised.' > > I would however like to find a different way of implementing it, maybe > sometime during SMTP server delivery, or I may have to investigate its > use with simscan or even the Dovecot lda. > > Eric B. > > > On 3/12/2014 9:45 PM, Helmut Fritz wrote: > > I had never heard of DSPAM before, took a look at it. Looks very > > interesting, especially the individual email account quarantine that they > > can manage via web - much like Barracuda (which my exchange users like). > > > > However, the last news post and release was in April 2012, documentation > is > > next to nothing (although readme is pretty detailed, just not quite > > enough)(but the linuxwall wiki probably has the mostest - how's that > Eric! - > > but is external to the project and says it must interface with postfix), > and > > there *seem* to be plenmty of unanswered threads in the archive of the > > dspam-user list. > > > > I would argue caution, unless someone on this list knows somebody 'over > > there' and knows better than is apparent at first blush. > > > > By comparison, despite many people arguing that qmail is obsolete, > > deprecated, discontinued, or what have you at least this list is very > active > > and people help each other quite a lot. If I am off base, that is fine - > I > > just took a quick look at the DSPAM project. > > > > -----Original Message----- > > From: Eric Shubert [mailto:[email protected]] > > Sent: Wednesday, March 12, 2014 5:54 PM > > To: [email protected] > <mailto:[email protected]> > > Subject: [qmailtoaster] Re: Battle SPAM--best practices > > > > On 03/12/2014 11:24 AM, Eric Broch wrote: > > On 3/12/2014 11:52 AM, Jim Shupert wrote: > > what might be some wisdom on SPAM > > Best practices - gotchas - options - real world experiences That > work > > > > thanks > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: > > [email protected] > <mailto:[email protected]> > > For additional commands, e-mail: > > [email protected] > <mailto:[email protected]> > > > > I implemented DSPAM at home and on one client site and it practically > > eliminated spam. > > > > --------------------------------------------------------------------- > > > > I do like what I've seen of DSPAM, and would like to include it in QMT > > eventually. I don't expect that to be next in line, although the more > people > > who use it, the more sooner it'll be incorporated. I wasn't the first to > use > > spamdyke with QMT, and now it's finally a 'stock' > > component. BL, this is a community driven project (I hope). > > > > -- > > -Eric 'shubes' > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > <mailto:[email protected]> > > For additional commands, e-mail: [email protected] > <mailto:[email protected]> > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > <mailto:[email protected]> > > For additional commands, e-mail: [email protected] > <mailto:[email protected]> > > > > >
