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 
Which brings me back to the question - what purpose do they serve in the first 
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?
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 123
vadddomain -i [uid of mike4] -g [gid of mike4] 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", "", 
"$1$p1nVNe41$5StvPRrC/SX8DKPcV8ep60", 0, 0, "Postmaster", 
"/home/mike4/domains/", "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.

Date: Wed, 2 Dec 2009 10:31:17 +0000
Subject: RE: [vchkpw] vdeliver perimission denied for vadddomain -u


It's definitely a TYPO - apologies for that.
The user is "mike4". Besides, I don't think it would work for non-existent user.



> Date: Tue, 1 Dec 2009 08:22:06 -0800

> From:

> To:

> 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 []

> Sent: December-01-09 8:19 AM

> To:

> 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 123

> vpopmail creates ./ 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

> 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 which was created

> simply as:

> vadddomain 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:

> > To:

> > Subject: Re: [vchkpw] vdeliver perimission denied for vadddomain -u

> >


> > 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

> > */


> > Version: GnuPG v1.4.9 (GNU/Linux)

> > Comment: Using GnuPG with Mozilla -

> >

> > iEYEARECAAYFAksVOSkACgkQIwet2/rgZyyAtwCfeV1HfgpsQQYm/KRKFc2Jg3zl

> > QEYAoI93rtWt5UrwKNXwSFTVpo6rZ+M4

> > =UNdz

> > -----END PGP SIGNATURE-----


> _________________________________________________________________

> Got more than one Hotmail account? Save time by linking them together







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.
View your other email accounts from your Hotmail inbox. Add them now.


Reply via email to