On Fri, 1 Oct 2010 13:35:45 +0200, Julien Valroff <[email protected]> wrote:
> Le vendredi 01 oct. 2010 à 13:26:19 (+0200), Julien Vehent a écrit :
>> On Fri, 1 Oct 2010 10:30:52 +0200, Julien Valroff <[email protected]> wrote:
>> > Hi Julien,
>> >
>> > Le vendredi 01 oct. 2010 à 10:20:20 (+0200), Julien Vehent a écrit :
>> >> On Fri, 01 Oct 2010 10:07:50 +0200, Tom Hendrikx <[email protected]> 
>> >> wrote:
>> >> > On 01/10/10 08:50, Eric Bischoff wrote:
>> >> >>> I'd be more pessimistic on this figure. The hash driver seems to be 
>> >> >>> broken
>> >> >>> and I do not think another release should be done while it isn't 
>> >> >>> fixed.
>> >> >>>
>> >> >>> However, I really think this should be fixed before a new release can
>> >> >>> happen.
>> >> >>
>> >> >> Why is it so important? Because this is the default driver for Debian, 
>> >> >> Ubuntu and compatible distros. That means that basically, out of the 
>> >> >> box, dspam does not work as it should.
>> >> >>
>> >>
>> >> What exactly is not working with the hash driver ?
>> >> I build 3.9.1 on debian squeeze and it works fine, so far.
>> >
>> > I think kthis thread sums up the issue:
>> > http://www.mail-archive.com/[email protected]/msg01740.html
>> >
>> > Also check the bugtracker (I think I remember some of the mail of the 
>> > thread
>> > point to the bug tracker issues).
>> >
>>
>> Indeed. After trying the css* commands, it seems that the dictionnary of the 
>> user is broken...
>>
>> Oct  1 13:21:48 server dspam[11085]: Unable to open file for writing: 
>> /var/spool/dspam/data/example.net/user/user.css: Permission denied
>> Oct  1 13:21:48 server dspam[11085]: Unable to attach DSPAM context. 
>> Retrying.
>> Oct  1 13:21:48 server dspam[11085]: Unable to open file for writing: 
>> /var/spool/dspam/data/example.net/user/user.css: Permission denied
> 
> Are you sure this is the problem described in the thread?
>  


No, it's not. Sorry for the noise, I assumed the problem was caused by running 
the commands,since I had just done that, but in fact those commands have 
changed the ownership of the files from dspam to root, hence refused the 
permission to dspam.

So far, I can reproduce the segfault but my css files are still valid and 
working properly. 

Julien

------------------------------------------------------------------------------
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-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspam-devel

Reply via email to