On 12/17/2009 12:32 PM, Frantisek Hanzlik wrote:
> (Uhmm, to mailinglist too)
> Paul Cockings wrote:
>> On 17/12/2009 17:28, Frantisek Hanzlik wrote:
>>> I want upgrade several DSPAM installation, all of them use hash driver,
>>> to 3.9.0. Is there any suggestion? Is possible use old databases, or
>>> it is not recommended?
>>> Maybe, because of different (better) charset decoding (important for
>>> me, as in Czech are used utf8, 8859-2, cp1250,.. codings) and html
>>> parsing in 3.9.0, there is better throw away old databases and create
>>> new, probably with corpus training utilizing?
>>>
>>> Thanks, Franta Hanzlík
>>>
>>>
>> Hi Frantisek,
>>
>> Can you tell us a little bit more about your installation(s).   What OS,
>> what ARCH, which version of Dspam (does it have any custom patches?)
>> Can you post the full output of
>> #dspam --version
>>
>> We want to know how people use dspam and what type of hardware, compile
>> options and MTA's etc
>>
>> Kind regards,
>> Pc
>
> I'm using:
> - roughly twenty installations
> - all are on different Fedora Linux distros - from Fedora 7 to 11
> - all run on i386 based machines (some latest with>= 4GB RAM has PAE
>     kernels), usually cheaper home-made "servers" with two SW RAID1 disks,
>     (0,5) core CPUs
> - all of them use hash driver
> - are serving from several individuals up to cca 600 users
> - all use graham burton algorithm and chain or sbph tokenizer
> - on majority of them dspam works as sendmail local delivery agent, and on two
>      DSPAM works in daemon mode as LMTP relay with postfix
> - I'm building own RPM packages for Fedora, and use pristine Jonathan 
> releases.
>      Later, in Sensory Networks era, I used CVS source, and latest builds for
>      Fedora 11 (17-Sep-2009) was from today's git repo.
> - Typical config, as "dspam --version" print, is:
>
> Configuration parameters:  '--build=i686-pc-linux-gnu' 
> '--host=i686-pc-linux-gnu' '--target=i386-redhat-linux-gnu' 
> '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' 
> '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' 
> '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' 
> '--localstatedir=/var' '--sharedstatedir=/usr/com'
> '--mandir=/usr/share/man' '--infodir=/usr/share/info' 
> '--sysconfdir=/etc/dspam' '--with-storage-driver=hash_drv,mysql_drv' 
> '--with-mysql-includes=/usr/include/mysql' 
> '--with-mysql-libraries=/usr/lib/mysql' 
> '--with-delivery-agent=/usr/bin/procmail.dspam' '--disable-homedir' 
> '--with-dspam-home=/var/dspam' '--with-dspam-home-mode=775' 
> '--with-dspam-home-owner=dspam'
> '--with-dspam-home-group=dspam' '--with-dspam-mode=2755' '--enable-daemon' 
> '--with-dspam-owner=dspam' '--with-dspam-group=dspam' 
> 'build_alias=i686-pc-linux-gnu' 'host_alias=i686-pc-linux-gnu' 
> 'target_alias=i386-redhat-linux-gnu' 'CFLAGS=-O2 -g -pipe -Wall 
> -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector 
> --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic
> -fasynchronous-unwind-tables' 'CXXFLAGS=-O2 -g -pipe -Wall 
> -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector 
> --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic 
> -fasynchronous-unwind-tables' 'FFLAGS=-O2 -g -pipe -Wall 
> -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector 
> --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic 
> -fasynchronous-unwind-tables
> -I/usr/lib/gfortran/modules'
>
> I must say, all DSPAM instances are running reliable, without crashes. And, 
> although
> DSPAM is working excellently in classifying plain ASCII mails, I think, there 
> is
> lesser accuracy in detecting spams with national (diacritics) characters.
> New 3.9.0 version should be better in this area, it's true?
> And know somebody how it is with utilizing older .css databases, as I ask 
> before?


I've started the process of getting dspam accepted into fedora, and 
would LOVE if you could test the spec/dspam rpms found by 
downloading/compiling

https://bugzilla.redhat.com/show_bug.cgi?id=537587

I know some stuff will be broken as I haven't completed it, like the 
dspam_cleanup stuff... However having some feedback would be nice. I 
haven't had time to test actual usage.

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Dspam-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspam-user

Reply via email to