RE: saslauxprop and libldapdb, auxpropfunc error -7

[Igor Brezac <igor@ipass.net>]

On Thu, 6 Mar 2003, Howard Chu wrote:

> > -----Original Message-----
> > From: Igor Brezac [mailto:igor@ipass.net]
>
> > Try (read 'man imapd.conf')
> >
> > sasl_ldapdb_uri: ldapi://127.0.0.1
> > sasl_ldapdb_id:  admin
> > sasl_ldapdb_pw: password
> > sasl_ldapdb_mech: PLAIN
>
> Been there, done that. The bug analysis I included below is correct. The
> library is broken.
>

Have you tried adding these params to $sasl-plugins-lib/Cyrus.conf
(/usr/lib/sasl/Cyrus.conf)?

> > > That's great, but in libsasl's _sasl_getcallback function,
> > I find that
> > > libsasl *always* gives you libsasl's own getopt function
> > when you retrieve
> > > the SASL_CB_GETOPT, even if the app tried to set its own.
> > So after patching
> > > ldapdb.c, it still doesn't work. In fact, no SASL plugins
> > can ever retrieve
> > > any configuration information when loaded in imapd, because
> > they can't get
> > > access to imapd's getopt function.
> > >
> > > I believe this is a bug in libsasl - if the library never
> > intends to let you
> > > replace its built-in getopt function, then supporting
> > SASL_CB_GETOPT in the
> > > first place is meaningless. It should report an error if an
> > app tries to set
> > > the callback, instead of quietly ignoring it, so that
> > people don't have to
> > > bang their head against the wall for hours wondering why
> > things don't work.
> > > Better still, it ought to actually use the callbacks that
> > an app tells it to
> > > use.
>
>   -- Howard Chu
>   Chief Architect, Symas Corp.       Director, Highland Sun
>   http://www.symas.com               http://highlandsun.com/hyc
>   Symas: Premier OpenSource Development and Support
>
>

-- 
Igor