With the LDAP entry below, qmail-getpw still does a stat() of
/home/tzz which it gets from the NIS passwd database. This created
problems when the NFS server for /home failed - the qmail-ldap setup
was supposed to eliminate our dependence on the NFS server.
Looks like this line in qmail-getpw.c is to blame:
if (stat(pw->pw_dir,&st) == 0) {
I confirmed with Solaris' truss tool that the stat() call was being
made, and was the problem. /home/tzz doesn't show at all in LDAP, so
it should have never been consulted (especially with ldaponly delivery
mode), I thought.
The effect was that local deliveries, which use qmail-getpw, were not
made after all 10 threads hung on stat("/home/tzz").
Did I misconfigure something? Am I missing something important?
Thanks
Ted
deliveryMode: noforward
deliveryMode: noprogram
gecos: Teodor Zlatanov
mailHost: mail.bwh.harvard.edu
mail: [EMAIL PROTECTED]
mailMessageStore: /var/qmail/maildirs/tzz/
objectClass: person
objectClass: inetOrgPerson
objectClass: organizationalPerson
objectClass: qmailUser
objectClass: posixAccount
qmailGID: 200
uidNumber: 1128
gidNumber: 200
qmailUID: 1128
homeDirectory: /var/qmail/maildirs/tzz/
cn: tzz
sn: Zlatanov
loginShell: /bin/tcsh
uid: tzz
accountStatus: active
userPassword: EDITED
qmailDotMode: ldaponly
