I must not have realized that this was a recruiting drive masquerading as a
survey.
If I had time and inclination to contribute to dspam, I would have done so
already (or at least, more recently.) It is incredibly painful and fragile
and it sits in a core part of my environment, so I don't touch it if I can
possibly avoid it. (I don't even retrain if I can avoid it because it does
so much db load it triggers a hang in postfix-policyd that causes it to stop
accepting mail until it is killed.) That makes me a bad person to do
testing, because I need it to work. 3.8.0 works, mostly, so it is left
alone. (Although spam filtering is on the list of things to be reevaluated
soon, simply because it is so fragile and resource intensive.)
On Thu, Jul 22, 2010 at 10:41 AM, Paul Cockings <ds...@cytringan.co.uk>wrote:
> Disconnect wrote:
>
>> As was stated earlier, the installs were amazingly painful and finicky.
>> The upgrades were worse. So it is sitting at 3.8.0 because I -really- don't
>> want to have it start dropping mail again, or blowing up, or not training,
>> etc..
>>
>> The other reason is http://packages.debian.org/search?keywords=dspam ..
>> you're likely to find servers running that version until it gets changed.
>> The unstable bleeding-edge version is still 3.6.8...
>>
> Hi 'Disconnect'
>
> So what setup do you have? Debian ? Postfix + Mysql?
> Are you running stock 3.8.0 or have you tweaked the code yourself to fix
> some bugs
> How much mail do you process and what type of hardware
>
> Do you have any coding skills that can help Dspam project out?
>
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Dspam-user mailing list
Dspam-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspam-user
