Next release of CMU SASL - update
Alexey Melnikov
alexey.melnikov at isode.com
Sat Apr 11 06:39:26 EDT 2009
Patrick Ben Koetter wrote:
>* Alexey Melnikov <alexey.melnikov at isode.com>:
>
>>The date is approaching and I don't think we are quite ready. In order
>>to keep things moving I will do weekly status reports with the list of
>>bugs/issues I still need to look at. Here is my current list (in no
>>particular order):
>>
>>1). Remove extra (unused) mutex in libsasl
>>2). Merge my utils/pluginviewer.c changes
>>3). Investigate global callback updating in subsequent
>>sasl_server_init() calls
>>4). Commit SQLite3 configure change. Test SQLite3 plugin.
>>5). Remove use of obsolete cmusasl... attributes
>>6). Strip trailing spaces from options during server configuration loading
>>7). Investigate fix for bug # 2822 (OTP does not work with prompts)
>>8). Review patch for bug # 3134 (Improved error reporting from
>>auth_getpwent)
>>9). MacOS dlopen.c change (+ the libtool change?)
>>10). Merge Debian bugfixes
>>
>
>I stumbled over this a while ago and believe this should work differently:
>
>Consider this:
>mumble.conf in /usr/lib/sasl2/ and /etc/sasl/.
>
>Currently, if mumble.conf is found in /usr/lib/sasl2/ it will be used instead
>of /etc/sasl/.
>
>I believe it should it be the other way around. If mumble.conf is found in
>/etc/sasl/ it takes precedence over /usr/lib/sasl2/mumble.conf.
>/usr/lib/sasl2/, to me, is the (old) default and fallback dir.
>
>
I probably did this to preserve backward compatibility.
I would like to hear from other people what they think the behaviour
should be.
More information about the Cyrus-sasl
mailing list