-------- Original-Nachricht -------- > Datum: Mon, 17 Aug 2009 19:50:40 +0100 > Von: Paul Cockings <[email protected]> > An: [email protected] > Betreff: [Dspam-devel] Multiple unwanted virtual user containers
> This might be misconfiguration, but I'd pleased to hear anyone's thoughts: > > On my production box, I have 3.8.0 installed and running almost > flawlessly for over two years. > > Configuration parameters: --sysconfdir=/usr/local/etc > --with-logdir=/var/log/dspam --with-dspam-home=/var/db/dspam > --with-dspam-home-owner=dspam --with-dspam-home-group=maildrop > --with-dspam-home-mode=0770 --with-dspam-owner=dspam > --with-dspam-group=maildrop --enable-syslog --enable-debug > --enable-verbose-debug --enable-preferences-extension --enable-daemon > --enable-clamav --with-mysql-includes=/usr/local/include/mysql > --with-mysql-libraries=/usr/local/lib/mysql > --with-storage-driver=mysql_drv --enable-virtual-users > --enable-long-usernames --with-dspam-mode=4510 --enable-logging > --enable-user-logging --prefix=/usr/local --mandir=/usr/local/man > --infodir=/usr/local/info/ --build=i386-portbld-freebsd6.2 > > > in /var/db/dspam/* > There is an automatically created folder for each user on the system > In my dspam_preferences tables I use a 6 digit number to identify a user > > example: > > uid = 100100 > preference = localStore > value = 100100 > > uid = 100101 > preference = localStore > value = 100101 > > uid = 200101 > preference = localStore > value = 200101 > > 100100 would represent email address [email protected] > 100101 would represent email address [email protected] > 100101 would represent email address [email protected] > > and so on. > > In /var/db/dspam/ i find the correct directories > > /var/db/dspam/100100 > /var/db/dspam/100101 > /var/db/dspam/200101 > > but i also see > > /var/db/dspam/[email protected] > /var/db/dspam/[email protected] > /var/db/dspam/[email protected] > > The numeric folders do have the vast majority of the mbox data and user > logs, but the other directories do have a small about of data in them > > I also see some users with folders like this: > > /var/db/dspam/100100 > /var/db/dspam/[email protected] > /var/db/dspam/[email protected] > /var/db/dspam/[email protected] > /var/db/dspam/[email protected] > > all four directories would have some data in, but the most would be in > the numeric named one. > I don't appear to see a pattern to which/when/why some message data will > be placed in these 'alternative' locations. > > The main problem I see here is, when retraining occurs the webinterface > will work with the data in /var/db/dspam/100100. This way its possible > that not all data is being retrained. > > > Steve - do you know if you saw a patch for this in 3.9.0X or have guide > me the right direction to fix this. Didn't you correct something about > the case sensitivity a while back? > There was a discussion about this. Basically most mail systems are case insensitive when it comes to the mail address. But I know of some systems out there that handle [email protected] differently then [email protected]. The case folding should actually happen by your MTA but if it does not, then you should enable "Broken case" in your dspam.conf to have that issue sorted out by DSPAM. > PS. Yes yes yes, I know I need to upgrade to 3.9 branch.... (pls don't > beat me!) > Ach! Do you have the impression that I am so violent? I would beat you because of the joke you made this weekend about my Compaq Proliant server but not because you run 3.8.0. Anyway... I am calmed down. > Kind regards, > Paul > Steve -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Dspam-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspam-devel
