Le Mon, 20 Sep 2010 14:39:13 +0200, BOLLA Péter <b...@metacortex.hu> a écrit :
> Dear Dspam Community, > > Just today I upgraded my debian installation from 3.8 to the most > recent deb package, 3.9.1~rc1+git20100826-1 . The upgrade was > surprisingly flawless :) I am glad to say that as I was quite afraid > of the upgrade. Hi, for me : upgrade on a debian test server from 3.6.8 to the deb package 3.9.1~rc1+git20100826-1 > However, the documentation and support for the hash driver > maintenance is still not too sophisticated. > > As far as I know, there are three steps for a nightly maintenance. > First, remove all .sig files that are older than 14 days. Thats easy. > Then run cssclean on the .css databases, and then csscompress. > > Is that correct? Yes, there is also the system.log to logrotate, but now the dspam_maintenance script cleans it. > My concerns are: > - Running cssclean on a database of 103M yields an other db of size > 115M. Is that okay that cssclean increases the size? > - Running csscompress on this db of 115M yields an other of 122M. Now > that's definitely bad. > - Running cssclean again on this db of 122M dies with floating point > exception, and dspam does not work with it either... Same, floating point after. and cssstat doesn't work anymore : # cssstat user.css filename user.css length 1573112 extent 0: record length 98317 Segmentation fault # > I would kindly ask anyone who uses hash driver backend to provide me > information on how he/she does the nightly maintenance, and what is > considered to be a normal css db size with let's say 200 mails a day. For the maintenance, I use dspam_maintenance for my test server but I won't use it (nor dspam > 3.6.8) on a prod server until hash driver is broken. I don't know if there is a "normal css db size". I found a 300M db and a 3M, same configuration, same n° of emails/day but 300M is badly trained and 3M is carefully trained.
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________ Dspam-user mailing list Dspam-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-user
