RE: Repost: ldapdb.c problem

["Andrey Nepomnyaschih" <A.Nepomnyaschih@chartpilot.ru>]

Thanks Howard for reply,

I've managed to make it work. As I have stated in previous post, when
plugin tries to become someone else it authorizes itself to sasl as
uid=xyz,cn=auth. And I had regexp rules that expected the mech or real
or both but not the one without mech and realm. So adding regexp like
uid=(.*),cn=auth solved the problem.

Thanks for the plugins anyway,
Andrey Nepomnyaschih

-----Original Message-----
From: owner-openldap-software@OpenLDAP.org
[mailto:owner-openldap-software@OpenLDAP.org] On Behalf Of Howard Chu
Sent: Sunday, July 20, 2003 1:13 PM
To: 'Alexander Lunyov'; openldap-software@OpenLDAP.org
Subject: RE: Repost: ldapdb.c problem



> -----Original Message-----
> From: owner-openldap-software@OpenLDAP.org
> [mailto:owner-openldap-software@OpenLDAP.org]On Behalf Of Alexander 
> Lunyov

> Hello Andrey,
>
> Friday, July 18, 2003, 5:30:29 PM, you wrote:
>
> AN> The console also logs the following:
> AN> Jul 18 17:14:28 flora lt-server: auxpropfunc error -7
> AN> Jul 18 17:14:34 flora lt-server: no secret in database
>
>     When i was first approaching to SASL & LDAP i've also tried ldapdb
>     auxprop plugin, and while it was not working, i've search ye web
>     and found something interesting (for SASL still have poor
>     documentation)
>
> http://asg.web.cmu.edu/archive/message.php?mailbox=archive.cyr
> us-sasl&searchterm=auxpropfunc%20error%20-7&msg=3400

As far as I know, the bug I referred to in the above message was fixed
soon after. Whatever the current Cyrus release is (I'm away and don't
have access to check my source tree) should work fine.

  -- Howard Chu
  Chief Architect, Symas Corp.       Director, Highland Sun
  http://www.symas.com               http://highlandsun.com/hyc
  Symas: Premier OpenSource Development and Support