Stevan Bajić wrote: > On Fri, 18 Dec 2009 01:11:02 +0100 > Frantisek Hanzlik<[email protected]> wrote: > >> Stevan Bajić wrote: >>> 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. >> >> When I was first started with dspam (it was 3.2.X line), I made my >> configurations with chain tokenizer, simply because it was (and probably >> still now is) default configuration. Now on all newer instances use SBPH. >> > Well.. SBPH came late. I use DSPAM way longer then 3.2.x and used the > thechnique behind SBPH longer then it is available in DSPAM (I use > additionally > CRM114 and later I added OSBF-Lua). > > I used in the beginning chain but switched to osb as soon as it was available. > > For me one of the great functions of DSPAM is it's group functionallity and > the preference extension. And both of them are not available in SBPH. > That's the main reason for me to not use SBPH in DSPAM.
Ehm, I probably mess some infos from dspam mailinglist, I was thinking, that osb support was not long ago removed as still not wel working... It was probably something other... Frankly speaking, I not well understand relations between osb and sbph tokenizers and their facilities with group functionallity and preference extension, as You wrote below. Has any sense use osb tokenizer with hash driver? > > >> >>> >>>> - 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. >> >> As I read it, I understand that RPM for Fedora is just created and isn't >> in official Fedora repos. >> > No. It's not in the offical Fedora repos. And this is your benefit. Now is > the time to be part of that process. Now you can help Nathanael and work > together with Nathanael to model the future build of DSAPM on Fedora. > > >> To dspam list I sent 22-Jul-09 link to my RPM builds. >> > Can you repost that link? Do you have SPEC files as well? That was my reply to Jani Partanen "CentOS/Fedora/RHEL rpm spec file" mail from 22.7.2009 14:04. Link (not well maintained) is: http://www.hanzlici.cz/packages/fedora/dspam/ > >>> >>> >>>> - 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 ------------------------------------------------------------------------------ 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
