[Pkg-openldap-devel] Bug#624319: slapd: SASL_CONF_PATH environment variable is not respected
Dan White
dwhite at olp.net
Wed Apr 27 16:07:37 UTC 2011
On 27/04/11 17:48 +0200, Frank Meisschaert wrote:
>On 04/27/11 15:30, Dan White wrote:
>>>Using the SASL_CONF_PATH environment variable to use different sasl
>>>parameters (by using different directories containing a slapd.conf file)
>>>for different slapd instances does not work. Same problem
>>>for the SASL_PATH environment variable.
>>
>>With regards to SASL_CONF_PATH, see sasl_getconfpath_t(3):
>>
>>sasl_getconfpath_t is used if the application wishes to use a
>>different location for the SASL configuration files. If this
>>callback is not used SASL will either use the location in the
>>environment variable SASL_CONF_PATH (provided we are not SUID or
>>SGID) or /etc/sasl2 by default.
>>
>>Debian slapd includes a patch which defines a SASL_CB_GETCONFPATH
>>callback, which would render SASL_CONF_PATH unused. It appears to set the
>>location to '/usr/lib/sasl2'.
>
>Which makes it impossible to run different sasl configurations in
>different instances on the same host using a different sasl
>configuration path as is possible with upstream openldap. I know I
>could use a chroot environment but imho the callback added in debian
>should somehow have some of the path flexibility as available in
>upstream.
After a closer look at the Debian patch, it actually configures the
location to be:
/etc/ldap/sasl2:/usr/lib/sasl2
I don't know of a clean way around this problem (other than removing the
patch and compiling a local version).
I suppose one approach would be to submit a feature request to slapd
upstream to make the path configurable.
--
Dan White
More information about the Pkg-openldap-devel
mailing list