On Thu, 17 Dec 2009 20:32:43 +0100 Frantisek Hanzlik <[email protected]> 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 > When you use Hash driver then best is really to use SBPH tokenizer. Using "chain" is a huge waste on the 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. > We do have a RPM for Fedora. Search the mail archive for links to it. > - 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? > YES! > And know somebody how it is with utilizing older .css databases, as I ask > before? > See my mail from before. > Franta > -- Kind Regards from Switzerland, Stevan Bajić ------------------------------------------------------------------------------ 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
