Sounds like you're expecting the pop client to send the equivalent of a
"host header" like in HTTP. That doesn't happen. What happens is vchkpw
does a reverse lookup for the ip that the request came in on, and that's the
domain that it looks up the user in. The most common cause for ip-based
vpopail errors is DNS problems.
NOTE: reverse the ip to the domain name, not the MX (ie: test.com, not
mail.test.com). I believe I had problems with that before, but maybe
someone will correct me if I'm mistaken.
-Bill
on 11/5/00 3:40 PM, Dale Miracle at [EMAIL PROTECTED] wrote:
> I have vpopmail 4.9.4 (upgraded from 3.4.11), qmail 1.03 on Openbsd 2.6
> . I was using the % login but I figured since I had to recompile to use
> 4.9.4 I would convert over to the ip domains. Here is my configure
> line:
> ./configure --enable-roaming-users=y --enable-relay-clear-minutes=120
> --enable-ucspi-dir=/usr/src/ucspi-tcp-.84 --enable-logging=e
> --enable-tcpserver-file=/var/qmail/vpopmail/etc/tcp.smtp
> --enable-qmaildir=/var/qmail
> --enable-tcprules-prog=/usr/local/bin/tcprules
> --enable-ip-alias-domains=y
>
> It was the same config I used with 3.4.11 but without the
> --enable-ip-alias-domains=y .
> If I try to pop in using test it will not authenticate me, If I try to
> login as [EMAIL PROTECTED] it will still not authenticate me. Here is what
> the log file reports:
>
> Nov 5 16:14:18 atlas vpopmail[15183]: vchkpw: No user found
> test@:206.30.147.39
>
> All of the domains on the box are virtual, all users are in vpopmails
> password files.
> I can still use the % logins though.
>
> The way I thought alias domains option worked (which seemed logical to
> me) is the address the client requested would be the domain it verified
> the username and password against. In my case if I pop'd in using dale
> and had configured pop3.teoi.net as my pop server then the vpopmail
> would see a request for pop3.teoi.net and username of dale then lookup
> teoi.net's password file.
> According to my log file it is using the clients ip address and trying
> to reverse it and then lookup the password.
>
> I can't see how this would work at all. If a person using a virtual
> domain on my box and is traveling using netzero.net for example. When
> ever that person checks their mail the ip would always reverse to
> netzero.net and not to domain he wants to check mail on.
>
> Any idea's? Please correct me if I am in error.
>
> Thanks!
