That's exactly how I've got it setup, but, it doesn't work.  If you use
the authtest program, it will not handle a /etc/passwd user.  I've tried
the syntax:

./authtest -m authvchkpw username password
./authtest -m authvchkpw username@ password
./authtest -m authvchkpw username% password

and all fail.  But, I can telnet to port 110 and authenticate with a
/etc/passwd user just fine and of course pop in.

Thanks,

Tren.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
- Tren Blackburn - Owner                mailto:[EMAIL PROTECTED]  =
= End of Time Networks                  http://www.theendoftime.net  -
- (403) 269-2122                                                     =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

On Fri, 2 Mar 2001, Bill Shupp wrote:

> on 3/2/01 4:52 PM, [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:
>
> > Hi List;
> >
> > I'm really not sure if this is possible, but here is my question.
> >
> > With VPOPMail, you can support /etc/passwd users.  With the POP3 daemon
> > that comes with it, you can authenticate an /etc/passwd user and open up
> > the relay for that user.
> >
> > Now, if you use another program that works off of the vpopmail library
> > (such as courier imap for example) it will handle virtual domain users (in
> > the form of [EMAIL PROTECTED]) but, it will NOT handle /etc/passwd users
> > being passed down to the vpopmail authentication module and thus open a
> > relay for that user.
> >
> > I suppose the answer would be to move the /etc/passwd users into a virtual
> > domain and compile it with default domain, but it seems that since the
> > vpopmail program can handle it, why can the library not handle it for
> > other programs that support vpopmail authentication?
>
> It should work.  Just have courierimap ONLY use the authvchkpw module.  And
> if vchkpw is setup to authorize /etc/passwd users, it should work.
>
> -Bill
>
>

Reply via email to