openldap-devel

openldap-devel@openldap.org

1416 discussions

Trouble with Bind/overlays/callbacks
by Howard Chu 17 Sep '07

17 Sep '07

In slapd just about all of the operation handlers send their results from the backend directly to the client. The notable exception is for the Bind operation, which sends failures directly to the client, but has to return successes to the frontend to allow final processing to occur there. This difference causes a fair bit of complexity when writing Bind handlers in backends and overlays. In 2.3 we ran into other sequencing issues that could only be solved by moving some of the Bind cleanup into a callback (connection_bind_cb). We have an opportunity now to move all of the postprocessing into that callback, allowing us to remove all special case handling of Binds in the backends and overlays. Of course, making this change will touch every backend that handles Bind operations. It may impact overlays that intercept Binds as well. In particular, overlays that insert response callbacks on Bind operations can potentially break in the current code. I.e., if an overlay inserts a callback at the head of the stack (instead of at the end) then currently it will simply not get called in the case of a successful Bind, because the overlay framework tears down the callback stack before it returns to the frontend. If the callback was inserted using malloc'd memory then it will cause a memory leak as well. I plan to file an ITS on this for RE24, not sure how soon I'll get to the actual changes though. -- -- 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: commit: ldap/doc/man/man5 slapd-meta.5
by Pierangelo Masarati 13 Sep '07

13 Sep '07

ando(a)OpenLDAP.org wrote: > HEADS-UP: now the list of URIs is better set by using separate arguments The new behavior should be the only documented one. It allows to get rid of the long-lasting, quite annoying "tabs-separated URI list" issue. The old syntax is fully recognized, but it should just be forgotten. p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

1 0

rfc45xx in RE23?
by Gavin Henry 13 Sep '07

13 Sep '07

Hi all, Why don't we have any 45XX rfcs in doc/rfc/ ? Thanks. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

5 8

Fast Bind
by Gavin Henry 13 Sep '07

13 Sep '07

In our docs, should we use the term "Fast Bind", i.e. when a client supplies a full DN and also a password, or is it misleading? I've seen this referenced in other documentation and Cyrus SASL. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

3 5

http://www.openldap.org/devel/admin/ updates?
by Gavin Henry 07 Sep '07

07 Sep '07

Dear all, Is it possible to delegate write access to the website? I'd like to put the latest updates at http://www.openldap.org/devel/admin/ rather than suretec.org Thoughts? -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

2 1

Re: commit: ldap/tests/data test.schema
by Pierangelo Masarati 04 Sep '07

04 Sep '07

ando(a)OpenLDAP.org wrote: > Log Message: > move test schema to "published OID arc" (under 1.3.6.1.4.1.4203.1.12.1) Things should now be fixed in the OID repository as well. p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

1 0

Re: commit: ldap/servers/slapd/back-bdb idl.c
by Quanah Gibson-Mount 04 Sep '07

04 Sep '07

--On Tuesday, September 04, 2007 5:10 PM +0000 ando(a)OpenLDAP.org wrote: > Update of /repo/OpenLDAP/pkg/ldap/servers/slapd/back-bdb > > Modified Files: > Tag: OPENLDAP_REL_ENG_2_4 > idl.c 1.124.2.3 -> 1.124.2.4 > > Log Message: > import fix for ITS#5121 I've moved the tag for OPENLDAP_REL_ENG_2_4_5BETA to this version. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: commit: ldap/servers/slapd schema_init.c
by Quanah Gibson-Mount 04 Sep '07

04 Sep '07

--On Tuesday, September 04, 2007 5:09 PM +0000 ando(a)OpenLDAP.org wrote: > Update of /repo/OpenLDAP/pkg/ldap/servers/slapd > > Modified Files: > Tag: OPENLDAP_REL_ENG_2_4 > schema_init.c 1.386.2.8 -> 1.386.2.9 > > Log Message: > fix previous commit I moved the tag for OPENLDAP_REL_ENG_2_4_5BETA to this version. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: commit: ldap/servers/slapd syncrepl.c
by Howard Chu 03 Sep '07

03 Sep '07

quanah(a)OpenLDAP.org wrote: > Update of /repo/OpenLDAP/pkg/ldap/servers/slapd > > Modified Files: > Tag: OPENLDAP_REL_ENG_2_4 > syncrepl.c 1.254.2.9 -> 1.254.2.10 > > Log Message: > make sure n,o are non-zero, so j is initialized (coverity) Just a note for future consideration - the only way an attribute could have zero values here is if someone was doing an attrsonly search. Currently the syncrepl config allows you to perform such a search. It doesn't make much sense to me to do this though, perhaps we should eliminate that option. -- -- 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/

2 1

dynamic group caching for member -> dynlist search - new implementor
by Aleksander Adamowski 03 Sep '07

03 Sep '07

Hello! Regarding the discussion about implementing dynamic group caching so that we can search on member for dynamic groups (not only static, like currently), let me introduce Michal Szulczynski (michal.szulczynski(a)altkom.pl). He's working on an implementation and I'm his mentor. He works on CVS HEAD, and will most probably have several questions about OpenLDAP codebase, since the only available development documentation are sparse comments in the source... BTW, the current HEAD version was segfaulting at startup for us, but the simple fix for dynlist.c (see attached patch) has remedied it. -- Best Regards, Aleksander Adamowski GG#: 274614 ICQ UIN: 19780575 http://olo.org.pl -- Aleksander Adamowski Administrator systemów korporacyjnych; Instruktor Altkom Akademia S.A. http://www.altkom.pl Warszawa, ul. Chłodna 51 kom. 0-601-318-080 Sąd Rejonowy dla m.st. Warszawy w Warszawie, XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS: 0000120139, NIP 118-00-08-391, Kapitał zakładowy: 1000 000 PLN. Adres rejestrowy Firmy - ul. Stawki 2, 00-193 Warszawa. Niniejsza wiadomość zawiera informacje zastrzeżone i stanowiące tajemnicę przedsiębiorstwa firmy Altkom Akademia S.A. Ujawnianie tych informacji osobom trzecim lub nieuprawnione wykorzystanie ich do własnych celów jest zabronione. Jeżeli otrzymaliście Państwo niniejszą wiadomość omyłkowo, prosimy o niezwłoczne skontaktowanie się z nadawcą oraz usunięcie wszelkich kopii niniejszej wiadomości. This message contains proprietary information and trade secrets of Altkom Akademia S.A. company. Unauthorized use or disclosure of this information to any third party is prohibited. If you received this message by mistake, please contact the sender immediately and delete all copies of this message.

3 2

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-devel