Rick Widmer wrote:

DAve wrote:
DAve 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 installation.

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 interested.

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
or removed.


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 footprint.

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.

Reply via email to