Sam Varshavchik wrote:
I just remembered that there's an LDAP_DEREF setting in authldaprc that blabbers something about aliases. This is something completely different.
I plead guilty, I hadn't checked it. But it's not that. It was set 'never' before the upgrade and it was still 'never' after. Changing it to all other possible values doesn't help. With
objectClass: top objectClass: CourierMailAlias objectClass: account mail: [EMAIL PROTECTED] maildrop: [EMAIL PROTECTED] uid: dummy30
objectClass: top objectClass: CourierMailAlias objectClass: account mail: [EMAIL PROTECTED] maildrop: [EMAIL PROTECTED] uid: dummy29
objectClass: top objectClass: CourierMailAccount objectClass: account uid: oracle mail: [EMAIL PROTECTED] uidNumber: 2018 gidNumber: 2018 homeDirectory: /somewhere userPassword:: [lotsagarbage]
and 'LDAP_DEREF always', sending mail to [EMAIL PROTECTED] results in
authdaemond: authldaplib: refuse to authenticate [EMAIL PROTECTED]: uid=0, gid=0 (zero uid or gid not permitted) courieresmtpd: error,relay=2001:470:1f00:186:211:2fff:fed7:8bf8,from=<[EMAIL PROTECTED]>,to=<[EMAIL PROTECTED]>: 450 Service temporarily unavailable.
I can only guess that on the second pass it looks for uidNumber and gidNumber, assumes 0 when neither is found, and therefore runs against the root issue. openldap is 2.0.27-17, mail to [EMAIL PROTECTED] is delivered correctly.
Z
-- The best defence against logic is ignorance.
------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
