January 2015 - openldap-bugs

Re: (ITS#8032) Update man page for ldap_get_option(3)

by hyc＠symas.com

gnoe(a)symas.com wrote: > Full_Name: Greg Noe > Version: 2.4.x > OS: N/A > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (63.142.209.94) > > > Additional language is needed for the LDAP_OPT_API_INFO option in the > ldap_get_option(3) man page. Fixed in git master. > > A sentence needs to be added stating that the ldapai_info_version field must be > initialized in the LDAPAPIInfo struct before using it to call > ldap_get_option(NULL,LDAP_OPT_API_INFO,&info). > > Current > ------------------------------ > LDAP_OPT_API_INFO > Fills-in a LDAPAPIInfo; outvalue must be a LDAPAPIInfo *, point- > ing to an already allocated struct. This is a read-only option. > > Suggested > ------------------------------ > LDAP_OPT_API_INFO > Fills-in a LDAPAPIInfo; outvalue must be a LDAPAPIInfo *, point- > ing to an already allocated struct. The ldapai_info_version field > must be initialized before making the call. This is a read-only > option. > > -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

8 years, 4 months

1
0
0 / 0

(ITS#8032) Update man page for ldap_get_option(3)

by gnoe＠symas.com

Full_Name: Greg Noe Version: 2.4.x OS: N/A URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (63.142.209.94) Additional language is needed for the LDAP_OPT_API_INFO option in the ldap_get_option(3) man page. A sentence needs to be added stating that the ldapai_info_version field must be initialized in the LDAPAPIInfo struct before using it to call ldap_get_option(NULL,LDAP_OPT_API_INFO,&info). Current ------------------------------ LDAP_OPT_API_INFO Fills-in a LDAPAPIInfo; outvalue must be a LDAPAPIInfo *, point- ing to an already allocated struct. This is a read-only option. Suggested ------------------------------ LDAP_OPT_API_INFO Fills-in a LDAPAPIInfo; outvalue must be a LDAPAPIInfo *, point- ing to an already allocated struct. The ldapai_info_version field must be initialized before making the call. This is a read-only option.

8 years, 4 months

1
0
0 / 0

Re: (ITS#8031) suffixmassage does not seem to be working with olc configuration

by quanah＠zimbra.com

--On Wednesday, January 21, 2015 4:31 PM +0000 fmgre-01(a)yahoo.fr wrote: > Full_Name: fred aka gnafou > Version: 2.4.31 This release is years old, and has numeorus known problems. Use a current release. --Quanah -- Quanah Gibson-Mount Platform Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

8 years, 4 months

1
0
0 / 0

(ITS#8031) suffixmassage does not seem to be working with olc configuration

by fmgre-01＠yahoo.fr

Full_Name: fred aka gnafou Version: 2.4.31 OS: debian 7 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (194.167.193.57) Hello I am trying to configure a meta database ; it seems that the uri ( described in the doc ) is called olcDbUri in the olc configuration ; and i cannot find the olc keyword for suffixmassage Thanks Fred

8 years, 4 months

1
0
0 / 0

Re: (ITS#7145) cn=Connection 0, cn=Connections, cn=Monitor received twice

by hyc＠symas.com

varkoly(a)suse.com wrote: > Hallo, > > I've the same issue on SLES11-SP3. openLDAP version 2.4.26 > Was this issue fixed already? No, there was never any information provided on how to reproduce it. But 2.4.26 is quite old, do you still see this occurring using 2.4.40? -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

8 years, 4 months

1
0
0 / 0

Re: (ITS#7145) cn=Connection 0, cn=Connections, cn=Monitor received twice

by varkoly＠suse.com

Hallo, I've the same issue on SLES11-SP3. openLDAP version 2.4.26 Kernel 3.0.101-0.15-default sles11-sp3-krb5-master:~ # ldapsearch -Y EXTERNAL -H ldapi:// -b cn=Connections,cn=Monitor -s sub '(cn=Connection 0)' SASL/EXTERNAL authentication started SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth SASL SSF: 0 # extended LDIF # # LDAPv3 # base <cn=Connections,cn=Monitor> with scope subtree # filter: (cn=Connection 0) # requesting: ALL # # Connection 0, Connections, Monitor dn: cn=Connection 0,cn=Connections,cn=Monitor objectClass: monitorConnection cn: Connection 0 # Connection 0, Connections, Monitor dn: cn=Connection 0,cn=Connections,cn=Monitor objectClass: monitorConnection cn: Connection 0 # search result search: 2 result: 0 Success # numResponses: 3 # numEntries: 2 Was this issue fixed already? -- Peter Varkoly Sr. Developer SUSE Linux Enterprise Applications SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany

8 years, 4 months

1
0
0 / 0

Re: (ITS#8030) How to find the LDAP User last logon time

by michael＠stroeder.com

Please note that the issue tracker is not for support requests. Usage questions should be sent to the openldap-technical mailing list where more people are subscribed who can answer and learn as well. raj.chinnu81(a)gmail.com wrote: > I am searching the option to find out the last logon time for LDAP user with > much no positive findings, > > I found that using 'lastbind overly' we can find the user last login time, if > yes > Please help me with the procedure to get this work. Yes, slapo-lastbind is the way to go. Please re-post on openldap-technical mailing list. Ciao, Michael.

8 years, 4 months

1
0
0 / 0

(ITS#8030) How to find the LDAP User last logon time

by raj.chinnu81＠gmail.com

Full_Name: rajagopal Version: -2.4.39-3.el7 OS: RHEL7 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (119.225.42.74) Hi, I am searching the option to find out the last logon time for LDAP user with much no positive findings, I found that using 'lastbind overly' we can find the user last login time, if yes Please help me with the procedure to get this work. Thanks & Regards Raj

8 years, 4 months

1
0
0 / 0

(ITS#8029) How to find the LDAP User last logon time

by raj.chinnu81＠gmail.com

Full_Name: rajagopal Version: -2.4.39-3.el7 OS: RHEL7 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (119.225.42.74) Hi, I am searching the option to find out the last logon time for LDAP user with much no positive findings, I found that using 'lastbind overly' we can find the user last login time, if yes Please help me with the procedure to get this work. Thanks & Regards Raj

8 years, 4 months

1
0
0 / 0

Re: (ITS#8026) net-nds/openldap - powerpc-apple-darwin9-gcc: Undefined symbols for architecture ppc: "_slapi_pblock_set"

by hyc＠symas.com

daniel.ibnzayd(a)inquisitor.com wrote: > Full_Name: Daniel Ibn Zayd > Version: 2.4.38-r2 > OS: PPC > URL: https://bugs.gentoo.org/show_bug.cgi?id=536306 > Submission from: (NULL) (166.84.1.2) > > > Both of the latest builds marked stable for ppc (openldap-2.4.35-r1 and > openldap-2.4.38-r2) error out when they get to the libaddrdnvalues-plugin: > > * Building contrib-module: addrdnvalues plugin > Undefined symbols for architecture ppc: > "_slapi_pblock_set", referenced from: > _addrdnvalues_preop_init in cclXT5Cy.o > "_slapi_log_error", referenced from: > _addrdnvalues_preop_init in cclXT5Cy.o > _addrdnvalues_preop_add in cclXT5Cy.o > "_slapi_pblock_get", referenced from: > _addrdnvalues_preop_add in cclXT5Cy.o > "_slapi_entry_add_rdn_values", referenced from: > _addrdnvalues_preop_add in cclXT5Cy.o > "_slapi_send_ldap_result", referencefrfrom: > _addrdnvalues_preop_add in cclXT5Cy.o > "_ldap_err2string", referenced from: > _addrdnvalues_preop_add in cclXT5Cy.o > ld: symbol(s) not found for architecture ppc > > I've researched the plug-in and its components searching for possible fixes but > have not turned up anything. Any clues here are greatly appreciated. Appears to be a bug in gentoo's build rules for this plugin. The OpenLDAP Project doesn't supply build rules for this plugin, so there's nothing for us to fix here. Closing this ITS. Note that the function of this particular plugin was superseded long ago, there's no reason to even build it. > PS: This is a Gentoo Prefix set up I am working with. > > https://bugs.gentoo.org/show_bug.cgi?id=536306 > > -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

8 years, 4 months

1
0
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs January 2015