Yes. I and a few others asked this question before. I bookmarked the address for the patch, http://home.earthlink.net/~x1pfister/courier/, but it doesn't seem to exist anymore.
Sam, couldn't something like this be implemented in Courier? Though it will cause some extra overhead, it shouldn't be too much and if people can define how recursive it is allowed to be (e.g. LDAP_RECURSION_DEPTH = 0 for disallowing recursion, 1 for allowing one recursive call, etc). Kind Regards, Sander Holthaus > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Laurence Moore > Sent: Thursday, January 27, 2005 3:00 AM > To: [email protected] > Subject: Re: [courier-users] LDAP aliasing > > > > On Thu, 27 Jan 2005, Zenon Panoussis wrote: > > > > > 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=<oracle@ > provocation.net>,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 > > > > Didn't someone submit a LDAP patch to the list to have > courier search for additional aliases!? > > Larry. > > > > ------------------------------------------------------- > 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 > [email protected] > Unsubscribe: > https://lists.sourceforge.net/lists/listinfo/courier-users ------------------------------------------------------- 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 [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
