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?


-----Original Message-----
From: Michael Mussulis [] 
Sent: December-01-09 8:19 AM
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

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
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
And just to show vpopmail works:
@400000004b153edf0b291bec new msg 206...@400000004b153edf0b292b8c info
msg 206712: bytes 492 from <r...@localhost.localhost> qp 3248 uid
0...@400000004b153edf0b29335c starting delivery 7: msg 206712 to local status: local
1/10 remote 0/1...@400000004b153eef2626edfc delivery 7: success:
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
>> 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
Got more than one Hotmail account? Save time by linking them together


Reply via email to