Nathanael D. Noblet wrote: > 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.
Hello Nathanael, it would fine, when dspam were in Fedora. I just only quickly overlook Your spec file, I can try it some time latterly. While Your build appear as more general, my RPM build is tailored better for my needs, e.g. I have only two packages (dspam and dspam-devel), web UI I configure as separate HTTPS/SSL server at extra port, for user authentication I use apache module "mod_authnz_external" (http://code.google.com/p/mod-auth-external/) and external program "pwauth" (http://code.google.com/p/pwauth/, which aren't in Fedora distros, I have them in RPM precompiled in doc/contrib/ along with other stuff I use. Regards, Franta ------------------------------------------------------------------------------ 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
