Marcin Krol wrote:
This suggests problems with Apache user accessing the
quarantine files, preferences etc.
I've had exactly the same problem as you did until I sorted
out two things:
- ownership and access rights in $DSPAMHOME/data/username
folders; apache user has to be able to manipulate those in
read and write manner, configure suexec or do smth else with
apache and groups that I should not get caught recommending
e.g. if apache user can't read/write dan.mbox in data
folder, it can't find the signature which you got in logs
(happened to me, too).
Thanks for the response Marcin.
I will play around with permissions and suexec black magic when I get
home. As someone else said in a dspam howto, "I would personally like to
meet the guy who invented suexec, and punch him in the balls".
I think the cgi admin part of dspam is certainly the weakest part of the
package. I would like to see a more robust gtk+ solution. I haven't had
much of a look at how the cgi stuff works yet, but in the future, when
things calm down a bit with other stuff, I might look at writing a
Gtk2-Perl solution. The problem with this is that you'd need a Linux
client to access it remotely ( X forwarding ), but personally I don't
find that a problem, and people who do are of course free to use the cgi
thing.
--
Daniel Kasak
IT Developer
NUS Consulting Group
Level 5, 77 Pacific Highway
North Sydney, NSW, Australia 2060
T: (+61) 2 9922-7676 / F: (+61) 2 9922 7989
email: [EMAIL PROTECTED]
website: http://www.nusconsulting.com.au
