David, thanks alot for your suggestions. I played a bit around and for some weird reasons the server works now.
I ran mchk 2 more times which fucked the whole machine ... email receiving was dead for an hour, or so. Installed a local testsystem and compared the rights/users - everything was 100% the same, but my liveserver didn’t receive emails anymore. The error logs showed some permission denied errors. I finally ran into a suggestion to set qmail-local to mhandlers-user.popuser along with chmod g+s and g-r,o-r which a) made me receiving emails again b) corrected my wrong user problem While the problems are gone I still can't tell what caused my problem and what is the correct solution. Thanks alot -----Original Message----- From: David Stiller [mailto:david.stil...@blackbit.de] Sent: Thursday, June 04, 2009 9:18 PM To: ste...@stefanpausch.com; spamdyke users Subject: Re: [spamdyke-users] Qmail writes with wrong user to the maildir Sure, you could strace mchk, if there was not enough output. ;-) mail_auth_dump was more than just a dump on the 8.6. You also can watch a running process, maybe you can catch the conf-file wich deliverquota is reading! check the pid of couriertcp (thats also using deliverquota), or the other procs needed, like qmail-lspawn or deliverquota it self. You can attach to running processes like this: strace -p <pid> -feopen replace <pid> with the pid you found out. Hopefully you see opening errors causing deliverquota to fall back to default user root, or something like that. -feopen is the parameter to limit the trace to the needed file-opening. The rest strace spits out, might just be to much. ;-) __________ Information from ESET NOD32 Antivirus, version of virus signature database 4132 (20090604) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com _______________________________________________ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
