openldap-bugs

openldap-bugs@openldap.org

1 participants
20961 discussions

Re: (ITS#5205) CVS to RSS Web Enhancement
by h.b.furuseth＠usit.uio.no 29 Oct '07

29 Oct '07

ghenry(a)suretecsystems.com writes: > http://www.mail-archive.com does RSS feeds. www.gname.org too. That one has feeds and archive of -announce, -devel and "general" (-software). http://dir.gmane.org/search.php?match=openldap -- Hallvard

1 0

Re: (ITS#5205) CVS to RSS Web Enhancement
by ghenry＠suretecsystems.com 29 Oct '07

29 Oct '07

Very nice! http://www.mail-archive.com does RSS feeds. It only has: http://www.mail-archive.com/openldap-software@openldap.org/maillist.xml http://www.mail-archive.com/openldap-devel@openldap.org/maillist.xml I've subscribed openldap-commit(a)openldap.org to the service as per: http://www.mail-archive.com/faq.html#newlist Do we want bugs and announce on to? Then we have all our lists via RSS. Gavin.

1 0

Re: (ITS#5205) CVS to RSS Web Enhancement
by ghenry＠OpenLDAP.org 28 Oct '07

28 Oct '07

<quote who="Howard Chu"> > ghenry(a)OpenLDAP.org wrote: >> Hi, >> >> It would be great to have something like: >> >> http://www.google.co.uk/search?q=cvs2rss&ie=utf-8&oe=utf-8&aq=t&rls=org.moz… > > Feel free to subscribe to the openldap-commit mailing list with an email > alias > pointing to whatever RSS generator you wish. OK, thanks. I'll sort something out and reply to this ticket when I do. Do we want a public available url, or just use this for myself? > -- > -- Howard Chu > Chief Architect, Symas Corp. http://www.symas.com > Director, Highland Sun http://highlandsun.com/hyc/ > Chief Architect, OpenLDAP http://www.openldap.org/project/ >

1 0

Re: (ITS#5205) CVS to RSS Web Enhancement
by hyc＠symas.com 28 Oct '07

28 Oct '07

ghenry(a)OpenLDAP.org wrote: > Hi, > > It would be great to have something like: > > http://www.google.co.uk/search?q=cvs2rss&ie=utf-8&oe=utf-8&aq=t&rls=org.moz… Feel free to subscribe to the openldap-commit mailing list with an email alias pointing to whatever RSS generator you wish. -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

(ITS#5205) CVS to RSS Web Enhancement
by ghenry＠OpenLDAP.org 28 Oct '07

28 Oct '07

Full_Name: Gavin Henry Version: OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (212.159.59.85) Submitted by: ghenry Hi, It would be great to have something like: http://www.google.co.uk/search?q=cvs2rss&ie=utf-8&oe=utf-8&aq=t&rls=org.moz… Gavin.

1 0

Re: (ITS#5204) Openldap and undefined symbols
by hyc＠symas.com 27 Oct '07

27 Oct '07

galtgendo(a)o2.pl wrote: > Full_Name: Rafał Mużyło > Version: 2.3.38 > OS: Linux > URL: > Submission from: (NULL) (89.228.37.72) > > > A few months ago I came across a problem that I reported to Gentoo Bugzilla, > however that bug (http://bugs.gentoo.org/show_bug.cgi?id=189817) was closed as > invalid. I don't think that it was, at least not 100%. You got the correct answer in comment #2 on that bug. There is no bug in OpenLDAP here. This ITS will be closed. I note that libldap_r was primarily written for use by slapd and slurpd, and nothing else. The only publically documented LDAP API only uses libldap. If you have any software linking against libldap_r, and it's not working, then you should go file a bug with whatever other software is involved. -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#5195) ssf not available during sasl bind
by russell-openldap＠stuart.id.au 27 Oct '07

27 Oct '07

On Fri, 2007-10-26 at 19:59 -0700, Quanah Gibson-Mount wrote: > > ldapsearch -ZZ -U "openldap" -b "dc=pwd,dc=lubemobile,dc=com,dc=au" > > "(uid=it)" ldap_sasl_interactive_bind_s: Confidentiality required (13) > > additional info: SASL confidentiality required > > > > Is that a bug? > > > I suggest reading the part on sasl-secprops in the slapd.conf (5) man page. > It notes that the default is to setting is to block anonymous and plain > SASL binds. I suspect you are right in that is the cause of the problem because a -Y DIGEST-MD5 fixes it. But, as I said, it worked before the security option was added. It worked because DIGEST-MD5 was the default. So why isn't it the default now? Now that you have pointed it out, I guess that the addition of the 'security' option prevented SASL from searching dn="" for the types of authentications supported. > access to userPassword > by users read sasl_ssf=128 break > by users read tls=128 > > I think might do it. You would think that would do it - certainly I did. But you would be wrong. Currently it doesn't, and that is what this ITS is about. The patch I supplied with the initial bug report changes things so it does work.

1 0

Re: (ITS#5195) ssf not available during sasl bind
by quanah＠zimbra.com 27 Oct '07

27 Oct '07

--On Saturday, October 27, 2007 3:00 AM +0000 quanah(a)zimbra.com wrote: > access to userPassword > by users read sasl_ssf=128 break > by users read tls=128 Replace users by self, sorry. Obviously you don't want any user to read it. ;) Although hm, anonymous need access at least for auth, so: access to userPassword by anonymous auth by self read sasl_ssf=128 break by self read tls=128 Note that in the anonymous access case, the user password is never transmitted from the server end, in any case. You could do a similar requirement as above, something like: access to userPassword by anonymous auth sasl_ssf=128 break by anonymous auth tls=128 by self read (At this point, you've forced any user to be encrypted, so no need to duplicate the requirements on the read access). --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#5195) ssf not available during sasl bind
by quanah＠zimbra.com 27 Oct '07

27 Oct '07

--On Friday, October 26, 2007 9:47 AM +0000 russell-openldap(a)stuart.id.au wrote: > I have now tried: > > security tls=128 sasl=128 > > It didn't work. All the commands below work without > the 'security' option. This says: Require a TLS section of 128 bit security AND SASL security of 128. > ldapsearch -x -ZZ -D "uid=openldap,dc=auth,dc=lubemobile,dc=com,dc=au" > -w "$(ssu cat /etc/libnss-ldap.secret)" -b > "dc=pwd,dc=lubemobile,dc=com,dc=au" "(uid=it)" ldap_bind: You aren't using SASL here. So of course it fails. > Which, when I think about it may be reasonable. I am > apparently saying I require a sasl ssf of 128, and > obviously I don't have that. This was a surprise > though: Right. > ldapsearch -ZZ -U "openldap" -b "dc=pwd,dc=lubemobile,dc=com,dc=au" > "(uid=it)" ldap_sasl_interactive_bind_s: Confidentiality required (13) > additional info: SASL confidentiality required > > Is that a bug? I suggest reading the part on sasl-secprops in the slapd.conf (5) man page. It notes that the default is to setting is to block anonymous and plain SASL binds. > Anyway, bugs aside, assuming I now have some idea how it > works its useless for my application. I want to insist > that userPassword to be encrypted when sent and received, > be that via CRAM-MD5 or friends or by using TLS, but clear > text is fine for the rest of the information in the ldap > database, and in fact anonymous connections unencrypted > connections are the rule for VPN access. The 'security' > option applies to all connections. access to userPassword by users read sasl_ssf=128 break by users read tls=128 I think might do it. > Anyway, to state the problem as clearly as I can, I can't > see how to do the following combination of things: > > . Allow anonymous access over unencrypted connections > for the bulk of the database. Above acl followed by access to * by * read (or however else limited). > . Allow simple binds, but they must be over encrypted > connections to protect userPassword. See above ACL. > . Allow sasl binds over unencrypted connections, but > the must not use clear text. Read the sasl-secprops setting. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#5204) Openldap and undefined symbols
by galtgendo＠o2.pl 27 Oct '07

27 Oct '07

Full_Name: Rafał Mużyło Version: 2.3.38 OS: Linux URL: Submission from: (NULL) (89.228.37.72) A few months ago I came across a problem that I reported to Gentoo Bugzilla, however that bug (http://bugs.gentoo.org/show_bug.cgi?id=189817) was closed as invalid. I don't think that it was, at least not 100%. I'm not really an openldap user, I simply have it installed as a dependency and probably I'm not using it at all. This is simply something that I noticed while I was building wine. During configure, openldap was not detected, although it was installed. I filed it as --as-needed issue, now, however, I no longer think it the case. As the bug mentions, libldap_r.so had undefined symbols from pthread, so standard configure lib check was failing. I thought that it was an as-needed issue, but now I'm not so sure. You have a closed Build/2209 bug (about an unrelated issue). From the first reply I quote: "It ought to be linked with any libraries it depends on and pull them in implicitly.". Shouldn't it be the same for libldap_r.so - meaning shouldn't it be linked with pthread ? After some checking I found that libslapi.so and most of /usr/lib/openldap have undefined symbols, too, but as far as I understand libslapi is internal use only and it's a design issue cause many symbols that libslapi uses are defined later in slapd (yes, I read that Windows note in servers/slapd/Makefile.in).

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs