Hmmm. Interesting. It looks to be working on one machine. But not the other.
The only difference's is in my "virtualdomains" file for qmail.
Here is the one that works.
tscnet.com:tscnet.com
sinclair.net:tscnet.com
sincom.com:tscnet.com
mail.sincom.com:tscnet.com
mail.sinclair.net:tscnet.com
mail.tscnet.com:tscnet.com
mail.tscnet.net:tscnet.com
tscnet.net:tscnet.com
I modified it by had so all domains point to the directory and not the
symbolic link you create. The one that still points to the symbolic links
doesn't seem to work.
Example:
tscnet.com:tscnet.com
sinclair.net:sinclair.net
sincom.com:sincom.com
These are all one domain. So sinclair.net has a symbolic link to tscnet.com
and so does sincom.com.
---
Brad Dameron
Network Account Executive
TSCNet Inc.
www.tscnet.com
Silverdale, WA.
1-888-8TSCNET
-----Original Message-----
From: Ken Jones [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 07, 2001 1:13 PM
To: [EMAIL PROTECTED]
Subject: vpopmail-5.0pre5
pre5 is available for download.
One issue addressed and I think fixed is aliased domains.
You can now authenticate against an aliased domain with
the vchkpw pop auth program.
There is a vget_real_domain( char *domain, int buff_size)
function that looks up the domain in the assign cdb file.
Aliased domains have the same directory as the real domain
For example:
+test.com-:test.com:89:89:/home/vpopmail/domains/test.com:-::
+ken.com-:ken.com:89:89:/home/vpopmail/domains/test.com:-::
test.com is the real domain and ken.com is the aliased
domain. Notice that both have the same directory
/home/vpopmail/domains.test.com
the vget_real_domain parses the domain name out of
the directory path, and sets the "domain" buffer
to be what is found in the path.
Hence, pop authentication for [EMAIL PROTECTED] would have
the "ken.com" part changed to "test.com". Then the
vchkpw program proceeds are normal, doing a
vauth_getpw( "user", "test.com")
Ken Jones
"Only three more coding days to 5.0"
