Rick Widmer wrote:
Tom Collins wrote:
I think you've found a bug in vchkpw.
Bug? After running this entire situation through my thick head,
again, I more suspect I am trying to do something with vchkpw it was
never intended to do.
>> I think... that vchkpw will not work without a complete working
>> install. It seems to need to have access to the domains,
>> virtualdomains, and users/cdb file.
Exactly. vchkpw expects to run on a system with a full vpopmail
As I thought too. I have already given up on vchkpw just for that
reason. It seemed like a poor use of vchkpw and any changes to make it
work would be silly.
Possibly a separate stand alone program just for authentication against
a vpopmail DB would be a better idea, but I don't know who would be
Looking back 4 years and 11 servers ago, I should have chosen LDAP.
Is no one else using a physically separate outbound smtp server? I am
open to suggestions on how to auth using my vpopmail DB.
John Simpson has a validrcptto patch which modifies qmail-smtp to verify
email addresses against a cdb file, and the latest vpopmail provides an
onchange script that lets you update the cdb files when users are added
I use that on one old Sparc 10 server for user verification, just for
those clients who who insist on paying for a "mailspool".
vpopmaild can be used to verify a vpopmail login. Just attempt to login
to the daemon with the user and password, using the silent option. If
the user is valid the login attempt will succeed. I am not aware of a
program to do this, but if you write one, I would consider adding it to
the contrib directory of vpopmail.
Interesting idea! Once we get our vpopmail installation upgraded on the
master DB server, that is a good possibility.
This morning I hacked up a quick Perl script to do the authentication
and it is working fine. This confirms that my qmail-auth installation
is working, and my remote vpopmail DB is reachable.
If you have any other uses for Perl (spamassassin) on the machine and
keep it loaded in RAM, this may well be the most efficient method... You
are directly opening the database and looking up the info you need.
Anything else you do just adds another layer, and the program you use
still has to open the database.
PHP might be able to do the same thing with a slightly smaller memory
That is my problem with a Perl solution, which I generally avoid, and is
why we never used qmail-scanner. I am looking into vpopmaild this weekend.
Three years now I've asked Google why they don't have a
logo change for Memorial Day. Why do they choose to do logos
for other non-international holidays, but nothing for
Maybe they forgot who made that choice possible.