It looks like I am talking partly nonsense, apologies for that. I've had another stab at the code, and it looks like the sql insert command statement has gid hardcoded to '0', and uid is the 'apop' value - which from what I gather (correct me if I am wrong), only works in clear text mode. So since I've disabled clear text, I am assuming the value is truncated to '0'; which makes me wonder - is this by design? Also, if I am not wrong (and would appreciate confirmation), these values have no baring on vdelivermail - although I found they are critical for Dovecot IMAP authentication. Which brings me back to the question - what purpose do they serve in the first place? So I am back to square one. I still have no clue which permission is affecting the delivery of mail for user specified domain. Please someone, any ideas where else I could look? Thanks,Michael. From: mike_at...@hotmail.com To: firstname.lastname@example.org Date: Wed, 2 Dec 2009 11:12:50 +0000 Subject: RE: [vchkpw] vdeliver perimission denied for vadddomain -u
By the way, as a sideline question - related to the same issue, why do the fields pw_uid and pw_gid always end up as '0' in the vpopmail table regardless? I did both vadddomain -u mike4 test10.com 123 and vadddomain -i [uid of mike4] -g [gid of mike4] test10.com 123 and the pw_uid/pw_gid are always '0' after the domain creation. Am I doing something wrong? Should those table fields not reflect the actual uid/gid of the user assigned to the domain? I looked through the source code, and at first glance it looks like that's what should happen - but in reality '0' is the value for both fields as show by the mysql query log: 19 Query insert into `vpopmail` ( pw_name, pw_domain, pw_passwd, pw_uid, pw_gid, pw_gecos, pw_dir, pw_shell ) values ( "postmaster", "test10.com", "$1$p1nVNe41$5StvPRrC/SX8DKPcV8ep60", 0, 0, "Postmaster", "/home/mike4/domains/test10.com/postmaster", "NOQUOTA" ) I thought that this might be the reason for the permission denied, so I changed the values manually to the mike4 uid/gid, but it didn't make a difference - other than fix the authentication problem through Squirrelmail + Dovecot + IMAP with custom SQL authdb in dovecot_sql.conf. Regards,Micahel. From: mike_at...@hotmail.com To: email@example.com Date: Wed, 2 Dec 2009 10:31:17 +0000 Subject: RE: [vchkpw] vdeliver perimission denied for vadddomain -u Tren, It's definitely a TYPO - apologies for that. The user is "mike4". Besides, I don't think it would work for non-existent user. Michael. ---------------------------------------- > Date: Tue, 1 Dec 2009 08:22:06 -0800 > From: t...@eotnetworks.com > To: firstname.lastname@example.org > Subject: RE: [vchkpw] vdeliver perimission denied for vadddomain -u > > In your example the thing that pops out is the user you add is "mike42" > however the user you're assigning the domain to is "mike4". Is this a > typo? Or deliberate? > > t. > > -----Original Message----- > From: Michael Mussulis [mailto:mike_at...@hotmail.com] > Sent: December-01-09 8:19 AM > To: email@example.com > Subject: RE: [vchkpw] vdeliver perimission denied for vadddomain -u > > > Hi Matt, > > Thanks for your reply, which is what I suspected all along - I am more > than certain something is wrong on my end, but for the life of me I > can't figure it out yet. And yes, I agree, it MUST be permission > related. > > As for the versions:- Fedora 12 x86- qmail 1.03 with jms1 combined patch > 7.08- maildrop 2.2.0- ezmlm-idx 7.0.2- vpopmail 5.4.28- dovecot 1.2.8- > spamassassin 3.3.0 (fedora rpm)- clamav 0.95.2-5 (fedora rpm) > > Basically I would say I am using the most up-to-date versions of > everything.. > I believe I am doing the right thing, i.e.: > 1. adduser mike42. vadddomain -u mike4 test10.com 123 > vpopmail creates ./test10.com directory structure just fine in > /home/mike4, with mike4:mike4 ownership all the way down. However, > delivery fails which is baffling, since vadddomain assigns ownership and > permissions. I have not modified the owenership/permissions in any way. > What I don't understand is which part fails - qmail-local unable to > invoke vdelivermail? or vdelivermail accessing the userdir? or something > else (now that you mentioned qmail-users)? At one point I thought it > might be maildrop, so I re-compiled vpopmail without maildrop but this > didn't work either. > Would you have any directions as to how to enable this feature? And is > there any way to debug vdelivermail? If yes, what would be the proper > method? > And just to show vpopmail works: > @400000004b153edf0b291bec new msg 206...@400000004b153edf0b292b8c info > msg 206712: bytes 492 from qp 3248 uid > 0...@400000004b153edf0b29335c starting delivery 7: msg 206712 to local > test1.com-postmas...@test1.com@400000004b153edf0b293b2c status: local > 1/10 remote 0/1...@400000004b153eef2626edfc delivery 7: success: > LibClamAV_Error:_cl_cvdhead:_Can't_open_file_/var/lib/clamav/daily.cvd/m > aildrop:_non-filtered_mail_delivery/did_0+0+1/@400000004b153eef26843cb4 > status: local 0/10 remote 0/1...@400000004b153eef269386c4 end msg 206712 > from the same test script, but sending to test1.com which was created > simply as: > vadddomain test1.com 123 > the directory structure gets created in the vpopmail home (as specified > in ./configure), with vpopmail:vchkpw ownership. > > Thanks,Michael.PS: Ignore the libclamav error, although I would > appreciate if anyone knows how to get rid of it. > ---------------------------------------- > > Date: Tue, 1 Dec 2009 09:41:29 -0600 > > From: m...@inter7.com > > To: firstname.lastname@example.org > > Subject: Re: [vchkpw] vdeliver perimission denied for vadddomain -u > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Michael Mussulis wrote: > >> Guys, > >> > >> There's one thing I don't understand - why does vadddomain have the > -u and -i/-g options in the first place, if they don't seem to work > fully? > >> > >> Perhaps I am missing something for which I apologize, but I can't > imagine those options having been implemented to partially support non > vpopmail/vchkpw + userdir - unless of course this is either a bug or > those options haven't been fully tested (which I seriously doubt > considering the products age). > >> > >> Can anyone from Inter7 officially clarify this please? > > > > The feature continues to work as far as I know. If you would like to > post version > > information for all your software, including any patches to qmail, > please feel free. > > > > The uid:gid support is handled via qmail-users. Any permissions > problems you're having > > would probably be, well, permissions problems :) > > - -- > > /* > > Matt Brookings GnuPG Key FAE0672C > > Software developer Systems technician > > Inter7 Internet Technologies, Inc. (815)776-9465 > > */ > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.9 (GNU/Linux) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > > > iEYEARECAAYFAksVOSkACgkQIwet2/rgZyyAtwCfeV1HfgpsQQYm/KRKFc2Jg3zl > > QEYAoI93rtWt5UrwKNXwSFTVpo6rZ+M4 > > =UNdz > > -----END PGP SIGNATURE----- > > _________________________________________________________________ > Got more than one Hotmail account? Save time by linking them together > http://clk.atdmt.com/UKM/go/186394591/direct/01/ > > > > > Have more than one Hotmail account? Link them together to easily access both. Add other email accounts to Hotmail in 3 easy steps. Find out how. _________________________________________________________________ Have more than one Hotmail account? Link them together to easily access both http://clk.atdmt.com/UKM/go/186394591/direct/01/ !DSPAM:4b1829db32711013618375!