On Wed, 11 May 2011 12:16:13 +0200, Colin Brace wrote:
> Hi all,
>
 Hello Colin,


> I have configured dspam to work in conjunction with postfix on my
> FreeBSD server.
>
> To start with, I used the hash driver, but I have now switched to the
> MySQL v5.5 driver for backend storage.
>
> At some point during my experimentations, dspam stopped logging to
> /var/log/dspam/dspam.debug. It continues to write to dspam.messages, 
> but
> that info is less useful. I didn't consciously switch off debugging
> info; I apparently changed something inadvertently and broke 
> something.
>
> In dspam.conf contains these two relevant lines:
>
> Debug *
> DebugOpt process spam fp corpus
>
 I don't know what you want to debug but if you want to see more about 
 what DSPAM does then you should add more values to DebugOpt:
 DebugOpt process classify spam fp inoculation corpus


> I compiled dspam with these two relevant options:
>
> # This file is auto-generated by 'make config'.
> # No user-servicable parts inside!
> # Options for dspam-3.9.0_1
> _OPTIONS_READ=dspam-3.9.0_1
> WITH_SYSLOG=true
> WITH_DEBUG=true
> WITH_VERBOSE_DEBUG=true
> WITHOUT_BNR_DEBUG=true
> WITHOUT_PREF_EXT=true
> WITH_DAEMON=true
>
 This is assuming that we all here know how FreeBSD packaging works (I 
 for example don't know anything about it). Anyway... I guess those 
 WITH_/WITHOUT_ are +/- equivalent to configure command options. If that 
 is the case then the above is IMHO okay for normal debugging. In the 
 future you should post the result of "dspam --version" when asking 
 questions here. It makes helping you much easier.


> Am I missing something somewhere?
>
> On a related note, using phpMyAdmin, I can see that dspam is 
> populating
> the dspam_token_data table. However, there are no records in
> dspam_signature_data, so I am not entirely sure whether everything is
> working here.
>
 It's hard to say whatever empty dspam_signature_data is correct or 
 wrong, without having your full dspam.conf and possibly preference 
 settings for certain or all users of your installation.


> Thanks.
>
> --
>   Colin Brace
>   Amsterdam
>   http://lim.nl
>
-- 
 Kind Regards from Switzerland,

 Stevan Bajić


> 
> ------------------------------------------------------------------------------
> Achieve unprecedented app performance and reliability
> What every C/C++ and Fortran developer should know.
> Learn how Intel has extended the reach of its next-generation tools
> to help boost performance applications - inlcuding clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Dspam-user mailing list
> Dspam-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspam-user



------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Dspam-user mailing list
Dspam-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspam-user

Reply via email to