This question is probably intended mostly for the people on the vmailmgr list,
but anyone can help us out: is vmailmgr (specifically checkvpw) able to to
/etc/passwd auth., and, if so, can it be shut off so that only virtual auth is
done?

Sean: If /etc/passwd auth is capable, and can be shut off, do it as I'm sure(ly
hoping) the vmailmgr people will tell you how to do it. If it cannot do
/etc/passwd auth, then I'm stumped. If it can do /etc/passwd auth, but it
cannot be shut off, find a better virtual domain manager (I recommend vpopmail
from inter7.com)


-- 
***********************************
Matthew H Patterson
Unix Systems Administrator
National Support Center, LLC
Naperville, Illinois, USA
***********************************


On Thu, 18 Jan 2001, Sean Coyle wrote:
>
>Matthew,
>
>    I tried it out this morning.  I think I have been running a line similar
>to this, but I changed it to your suggestion, and hoping for the best.  I am
>still not getting any log in, but the mail is being saved correctly.
>
>    Attached is an excerpt from the maillog showing how the log format
>differed, but that was simply caused from the recordio implementation.  I
>had turned it on to debug after my post to the list last night. (didn't
>really help much).
>
>    I guess my main question is, with the one user that can log in, he is
>actually a real user within the system, (e.g. An etc/passwd user).  That one
>user is also created as a a virtual user, and incoming mail is saved in his
>vmail ./Maildir/new and not in his maildir within his home directory.  Now
>with this user having a home maildir, could this possibly cause any issues?
>
>E.g. user structure like this
>
>[EMAIL PROTECTED] (virtual user)
>g0thic (real user)
>[EMAIL PROTECTED] (virtual user owner)
>worldvibe (real user)
>[EMAIL PROTECTED] (virtual user)
>
>When user g0thic receives mail, it gets directed to the correct virtual
>maildir, as with any other virtual user, but user g0thic is the only one
>able to check mail.  Not only that, but when he checks mail, it checks from
>his home directory maildir, and not the virtual maildir.
>
>    Any ideas to this one or the past one?
>
>Cheers,
>
>Sean
>
>Matthew Patterson wrote:
>
>> 
>> Not really sure what some of the stuff is that you're trying to do with your
>> tcpserver config, but try this out:
>> 
>> #!/bin/bash
>> /usr/local/bin/tcpserver -v -x /etc/tcpcontrol/pop-3.cdb -R 0 pop3 \
>> /var/qmail/bin/qmail-popup worldvibe.org /path_to/checkvpw \
>> /var/qmail/bin/qmail-pop3d Maildir 2>&1
>> 
>> First grep /etc/services or /etc/protocols for pop, and if your pop3 line is
>> actually pop-3, change it at the end of line 2. then, replace path_to at the
>> end of line 3 with your path to checkvpw. Finally, you have to be using a
>> Maildir format mailbox in the home directory that checkvpw will point to.
>> 
>> Give all this a whirl, and let me know if it still doesn't work.
>
>> On Wed, 17 Jan 2001, Sean Coyle wrote:
>>> Matthew and anyone else reading;
>>> 
>>> Below are the processes currently running on my box right now that are
>>> directly related to qmail, another thing I am trying to figure out, is if
>>> 'qread' and 'qstat' are actually necessary.  Also below, you will see the
>>> line stating "tcpserver -dHRvX -c 20 -x /etc/tcpcontrol/pop-3.cdb 0 pop-3
>>> qmail-popup www.worldvibe.org checkvpw qmail"  this points to checkvpw and
>>> is using that for qmail-pop authentication.
>>> 
>>>    Also the checkpassword file in /var/qmail/control/checkpassword
>>> contatins the line "checkvpw"
>>> 
>>>    And the file enclosed is 'run' from /service/pop3d/run this file is used
>>> to start up the pop-3 service.
>>> 
>>> root   136  0.0  1.4  1220  448 ?  S    14:07   0:00 svscan /service
>>> root   142  0.0  1.4  1184  432 ?  S    14:07   0:00 supervise vmailmgrd
>>> root   143  0.0  1.4  1184  432 ?  S    14:07   0:00 supervise log
>>> root   144  0.0  1.4  1184  432 ?  S    14:07   0:00 supervise pop3d
>>> root   145  0.0  1.4  1184  432 ?  S    14:07   0:00 supervise log
>>> root   146  0.0  1.5  1180  468 ?  S    14:07   0:00 unixserver -v --
>>> /var/service/vmailmgrd/socket vmailmgrd -D -V
>>> root   147  0.0  2.0  1344  600 ?  S    14:07   0:00 tcpserver -dHRvX -c 20
>>> -x /etc/tcpcontrol/pop-3.cdb 0 pop-3 qmail-popup www.worldvibe.org checkvpw
>>> qmail
>>> root   148  0.0  1.4  1196  432 ?  S    14:07   0:00 multilog t
>>> /var/log/vmailmgrd
>>> qmaillog   150  0.0  1.7  1204  532 ?   S    14:07   0:00 splogger pop-3
>>> root   473  0.0  1.4  1220  448 ?  S    14:07   0:00 svscan
>>> root   478  0.0  1.4  1184  432 ?  S    14:07   0:00 supervise qmail
>>> root   479  0.0  1.4  1184  432 ?  S    14:07   0:00 supervise log
>>> root   480  0.0  1.4  1184  432 ?  S    14:07   0:00 supervise qread
>>> root   483  0.0  1.4  1184  432 ?  S    14:07   0:00 supervise qstat
>>> qmails 485  0.0  1.4  1176  436 ?  S    14:07   0:00 unixserver -U -q
>>> /tmp/.qmail-qread /usr/bin/qmail-qread
>>> qmails 487  0.0  1.4  1176  436 ?  S    14:07   0:00 unixserver -U -q
>>> /tmp/.qmail-qstat /usr/bin/qmail-qstat
>>> qmails 488  0.0  1.7  1248  516 ?  S    14:07   0:00 qmail-send
>>> qmaillog 489  0.0  1.7  1204  532 ?  S    14:07   0:00 splogger qmail
>>> root   506  0.0  1.8  1252  568 ?  S    14:07   0:00 gpm -t Busmouse
>>> root   519  0.0  1.5  1212  468 ?  S    14:07   0:00 qmail-lspawn ./Maildir/
>>> qmailr 520  0.0  1.5  1208  456 ?  S    14:07   0:00 qmail-rspawn
>>> qmailq 521  0.0  1.5  1188  456 ?  S    14:07   0:00 qmail-clean
>>> 
>>> 
>>> Matthew Patterson wrote:
>>> 
>>>> remember, whichever password checker you use has to be passed the folder for
>>>> qmail-pop3d to look in. so, if you are using djb's checkpassword program, it
>>>> will not be able to auth the virtual users. I have very little experience
>>>> with
>>>> vmailmgr, but if there is a pop password checker in that package, make sure
>>>> that you use that. otherwise, code one out similar to vpopmail that will
>>>> pass
>>>> the correct directory and uid/gid numbers. qmail-pop3d will try to look in
>>>> whatever folder it is told as the user it is told by the password checker,
>>>> so
>>>> you may want to verify your permissions.
>>>> 
>>>> -- 
>>>> ***********************************
>>>> Matthew H Patterson
>>>> Unix Systems Administrator
>>>> National Support Center, LLC
>>>> Naperville, Illinois, USA
>>>> ***********************************
>>>> 
>>>> 
>>>> On Wed, 17 Jan 2001, Sean Coyle wrote:
>>>>> 
>>>>> Hey there guys;
>>>>> 
>>>>>     I have posed to this list before, and I think it got lost amidst much
>>>>> more interesting problems.  Below is the problem I am facing:
>>>>> 
>>>>> Using:
>>>>> 
>>>>> qmail-1.03+patches-18
>>>>> ucspi-tcp-0.88-1
>>>>> ucspi-unix-0.34-1
>>>>> daemontools-0.70-2
>>>>> autorespond-1.0.0
>>>>> vmailmgr-0.96.9-1
>>>>> supervise-scripts-3.3-1
>>>>> omail-admin-0.96pre10
>>>>> 
>>>>> Here is my problem,
>>>>> 
>>>>>     I have one existing /etc/passwd (local) user that can check mail via
>>>>> POP3.
>>>>> 
>>>>>     I have 3 virtual users created from vmailmgr that can receive mail from
>>>>> external sources, but can not check and receive that mail via POP3.
>>>>> 
>>>>>     My thoughts are that pop-3 - qmail-popup is simply not looking in the
>>>>> correct directory and finding the appropriate passwd.cdb file and users
>>>>> folder.  However, SMTP is getting those messages into the correct area, as
>>>>> when I look in the respective virtual accounts 'new' and 'cur' folders,
>>>>> mail
>>>>> is there.
>>>>> 
>>>>> Below is what the qmail-lint grabs, I don't care about those users, as they
>>>>> are not to receive mail anyway:
>>>>> 
>>>>> Warning: cannot receive mail (does not own home directory): brandon
>>>>> Warning: cannot receive mail (does not own home directory): phorum
>>>>> Warning: cannot receive mail (does not own home directory): wedding
>>>>> Warning: cannot receive mail (does not own home directory): dtlog
>>>>> Warning: cannot receive mail (does not own home directory): qmaillog
>>>>> 
>>>>> Attached is the output from /usr/bin/qmail-showctl, maillog, and the
>>>>> vmailmgr current log.
>>>>> 
>>>>> If anyone has any ideas, I would be very grateful to hear them!
>>>>> 
>>>>> Cheers,
>>>>> 
>>>>> Sean
>>>>> 
>>>>> 
>>>> 
>>>> ----------------------------------------
>>>> Content-Type: multipart/appledouble; name="unnamed"
>>>> Content-Transfer-Encoding: 7bit
>>>> Content-Description:
>>>> ----------------------------------------
>>>> 
>>>> ----------------------------------------
>>>> Content-Type: multipart/appledouble; name="unnamed"
>>>> Content-Transfer-Encoding: 7bit
>>>> Content-Description:
>>>> ----------------------------------------
>>>> 
>>>> ----------------------------------------
>>>> Content-Type: multipart/appledouble; name="unnamed"
>>>> Content-Transfer-Encoding: 7bit
>>>> Content-Description:
>>>> ----------------------------------------
>>>> 
>> 
>> Not really sure what some of the stuff is that you're trying to do with your
>> tcpserver config, but try this out:
>> 
>> #!/bin/bash
>> /usr/local/bin/tcpserver -v -x /etc/tcpcontrol/pop-3.cdb -R 0 pop3 \
>> /var/qmail/bin/qmail-popup worldvibe.org /path_to/checkvpw \
>> /var/qmail/bin/qmail-pop3d Maildir 2>&1
>> 
>> First grep /etc/services or /etc/protocols for pop, and if your pop3 line is
>> actually pop-3, change it at the end of line 2. then, replace path_to at the
>> end of line 3 with your path to checkvpw. Finally, you have to be using a
>> Maildir format mailbox in the home directory that checkvpw will point to.
>> 
>> Give all this a whirl, and let me know if it still doesn't work.
>
>

----------------------------------------
Content-Type: text/plain; name="readthis.txt"
Content-Transfer-Encoding: base64
Content-Description: 
----------------------------------------

Reply via email to