Boz and anyone else! :)
I used maildirmake or vadduser and vsetup where applicable, however, I
don't think the issue lies with qmail alone. I am configuring it to
function with vmailmgr, and the issue is, that qmail-pop3 is not getting the
correct information to find the directory structure on the vmailmgr user to
fetch mail from the vmailmgr directories, and instead of using the virtual
users, is relying on /etc/passwd users.
My current directory structure looks like this (note that I changed the
permissions thinking that might help out):
---------------------------
/home -
drwxrwxrwx 3 vpopmail vchkpw 1.0k Jan 13 20:11 vpopmail
-
\
drwxrwxrwx 4 worldvib worldvib 1024 Jan 15 12:26 world
-
\
-rwxrwxrwx 1 worldvib worldvib 3.3k Jan 13 19:00 passwd.cdb
drwxrwxrwx 10 worldvib worldvib 1.0k Jan 13 19:00 users
-
\
drwxrwxrwx 5 worldvib worldvib 1.0k Jan 13 15:59 worldvibe
drwxrwxrwx 5 worldvib worldvib 1.0k Jan 13 16:57 wvserver
-
\
drwxrwxrwx 2 worldvib worldvib 1.0k Jan 13 16:57 cur
drwxrwxrwx 2 worldvib worldvib 1.0k Jan 13 19:04 new
drwxrwxrwx 2 worldvib worldvib 1.0k Jan 13 19:04 tmp
-
\
-rwxrwxrwx 1 worldvib worldvib 638 Jan 13 17:06
979434382.1117.www.worldvibe.org
---------------------------
/home/vpopmail/world/users/wvserver/new
Above is the path that we took to get to that directory. Now being that
there is mail in the '/home/vpopmail/world/users/wvserver/new' directory
that tells me that mail is being delivered to the correct address, it is
just not able to be picked up from that address.
If I send mail to one of the above listed users, it gets to the directory
correctly, you just can not do a pop-3 session to grab said mail.
As listed in this log exerpt below, I think I flaked some process out, as
aparently it does not like the idea of the entire home directory being
writable:
---------------------------
Jan 15 12:03:56 www qmail: 979589036.726166 status: local 0/10 remote 0/20
Jan 15 12:09:38 www qmail: 979589378.721422 starting delivery 38: msg 299013
to local [EMAIL PROTECTED]
Jan 15 12:09:38 www qmail: 979589378.722166 status: local 1/10 remote 0/20
Jan 15 12:09:38 www qmail: 979589378.795157 delivery 38: deferral:
Uh-oh:_home_directory_is_writable._(#4.7.0)/
---------------------------
As below (exerpt from maillog) local delivery is working:
---------------------------
Jan 13 19:04:27 www qmail: 979441467.434796 starting delivery 5: msg 299012
to local [EMAIL PROTECTED]
Jan 13 19:04:27 www qmail: 979441467.435357 status: local 2/10 remote 0/20
Jan 13 19:04:27 www qmail: 979441467.774832 delivery 4: success: did_0+0+0/
Jan 13 19:04:27 www qmail: 979441467.775640 status: local 1/10 remote 0/20
---------------------------
Now, how would I verify the error that POP3 is giving the mail client? I am
dying to fix this!
Any ideas?
Cheers,
Sean
Boz Crowther wrote:
> I was having similar problems a few days ago and it came down to permissions
> on the ./Maildir/ and not having the full directory tree under ./Maildir/.
> I solved it by using the, uh, /var/qmail/newmailbox (I think) utility to set
> up ./Maildir/.
>
>
> ----- Original Message -----
> From: "Sean Coyle" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> Sent: Monday, January 15, 2001 12:56 PM
> Subject: vmailmgr- SMTP-POP3-qMail ACK!
>
>
>> HELP! Here is my situation:
>>
>> Mail coming in from external STMP checks fine, and ends up in the
>> correct users ./Maildir/. However, when those users check their e-mail
> via
>> POP-3 are told they do not exist, and therefore are not able to pickup
> mail.
>>
>> I have one user exempt to this, but not on purpose. A previous user
> set
>> up in the system seems to be able to read e-mails from his home ./Maildir/
>> rather than the vmailmgr user ./Maildir/. I know what your going to say,
>> but mail is not sent to his home Maildir, it is sent to the alternate
> within
>> vmailmgr settings. Well you got that one right. So in fact that is the
>> only user that can log in, but has not a single piece of mail to where
> qmail
>> is getting is mail from.
>>
>> Basically when an external user attempts to connect to POP3 they are
>> told they don't exist, because qmail-pop3d is not looking in the correct
>> area when they get handled by 'checkvpw'. (my guess) so, how do I change
>> it? Anyway, no user is loosing mail, as it is all getting saved in the
>> right area.
>>
>> My current setup is running the most current release versions of
>>
>> qmail+patches
>> daemontools
>> uscpi-tcp
>> uscpi-unix
>> vmailmgr
>> omail
>>
>> If anyone comes up with a solution to this, it would be greatly
> appreciated!
>> And if anyone needs further information I would be happy to provide.
>>
>> HELP!!!!!!!,
>>
>> Sean
>>
>>
>
