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