openldap-bugs

openldap-bugs@openldap.org

1 participants
21001 discussions

Re: (ITS#8862) typos manual slapd-mdb
by hyc＠symas.com 02 Jun '18

02 Jun '18

dpa-bugs(a)aegee.org wrote: > Full_Name: Dilyan Palauzov > Version: latest > OS: any > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (85.234.198.115) > > > http://www.openldap.org/software/man.cgi?query=slapd-mdb says: The manual is correct. Closing this ITS. > > index {_attrlist_|default} [pres,eq,approx,sub,_special_] > ... > If only an _attr_ is given, the indices specified for default are > maintained. > > It means probably not _attr_ but _attrlist_. > > maxsize _bytes_: > ... > It is important to set this to as large a value as possible > > I am not a native speaker, but I think there shall be no "a" before "value". > > -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

(ITS#8862) typos manual slapd-mdb
by dpa-bugs＠aegee.org 01 Jun '18

01 Jun '18

Full_Name: Dilyan Palauzov Version: latest OS: any URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (85.234.198.115) http://www.openldap.org/software/man.cgi?query=slapd-mdb says: index {_attrlist_|default} [pres,eq,approx,sub,_special_] ... If only an _attr_ is given, the indices specified for default are maintained. It means probably not _attr_ but _attrlist_. maxsize _bytes_: ... It is important to set this to as large a value as possible I am not a native speaker, but I think there shall be no "a" before "value".

1 0

(ITS#8861) slapd-(async)meta(5) tls option missing ldaps
by quanah＠openldap.org 01 Jun '18

01 Jun '18

Full_Name: Quanah Gibson-Mount Version: HEAD OS: N/A URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (47.208.148.239) The slapd-asyncmeta(5) and slapd-meta(5) man pages are missing the fact that they support the "ldaps" option to the "tls" keyword. This section should be updated along the lines of back-ldap which also has this option as a keyword.

1 0

Re: (ITS#8860) searching issue
by ryan＠openldap.org 27 May '18

27 May '18

Hello, The ITS is for reporting bugs in the software. For user support please contact the openldap-technical(a)openldap.org mailing list. This ITS will be closed. On Sun, May 27, 2018 at 02:33:05PM +0000, bahaa.mosaad(a)barqsystems.com wrote: >Full_Name: bahaa mosaad ali >Version: 2.4.39-3.el7 >OS: redhat 7 >URL: https://drive.google.com/drive/my-drive >Submission from: (NULL) (41.69.233.85) > > >i have radius server and get openldap to connect with this (server) according to >bind ruels success binding to ldap but when i search for some users without >password i get all info about those users but if i search by command like this >ldapsearch -x -W -D (user) dc= & password the error is always invalid >credentials even if change the password more than one time > >according to this error when trying to authenticate users from radius it would >be fail > > > >

1 0

(ITS#8860) searching issue
by bahaa.mosaad＠barqsystems.com 27 May '18

27 May '18

Full_Name: bahaa mosaad ali Version: 2.4.39-3.el7 OS: redhat 7 URL: https://drive.google.com/drive/my-drive Submission from: (NULL) (41.69.233.85) i have radius server and get openldap to connect with this (server) according to bind ruels success binding to ldap but when i search for some users without password i get all info about those users but if i search by command like this ldapsearch -x -W -D (user) dc= & password the error is always invalid credentials even if change the password more than one time according to this error when trying to authenticate users from radius it would be fail

1 0

Re: (ITS#8616) olcSpNopresent and olcSpReloadHint can't be modified dynamically
by quanah＠symas.com 24 May '18

24 May '18

--On Thursday, May 24, 2018 6:49 PM +0100 Howard Chu <hyc(a)symas.com> wrote: > quanah(a)symas.com wrote: >> --On Tuesday, March 14, 2017 6:58 PM +0000 elecharny(a)symas.com wrote: >> >> Also fails for olcSpSessionLog (if it wasn't defined when the cn=config >> db was loaded) > > Couldn't reproduce this, works for me. I realized the issue I'd hit was with replicating cn=config when modifying this attribute. Likely the missing matching rules issue that's tracked under another ITS I need to address. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#8616) olcSpNopresent and olcSpReloadHint can't be modified dynamically
by hyc＠symas.com 24 May '18

24 May '18

elecharny(a)symas.com wrote: > Full_Name: Emmanuel Lecharny > Version: 2.4.44 > OS: CentOS > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (86.246.56.212) > > > Adding either the olcSpNoPresent/olcSpReloadHint into a syncprov overlay is > possible using slapd.d. It the values are set to TRUE, you can remove them. If > you set them to FALSE, trying to remove the value get you an error 80. > > Second thing : set the value to TRUE (works), then change it to FALSE (works). > Now, you are stuck : you can't revert it to TRUE or remove them. > > Third thing : set the value to FALSE (works), then you can't change it to TRUE > or delete the attribute. All of these are the same issue. Fixed in master. > > There is no other way that modifyin the ldif file to get it back on its feet. > > -- -- Howard Chu CTO, 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#8616) olcSpNopresent and olcSpReloadHint can't be modified dynamically
by hyc＠symas.com 24 May '18

24 May '18

quanah(a)symas.com wrote: > --On Tuesday, March 14, 2017 6:58 PM +0000 elecharny(a)symas.com wrote: > > Also fails for olcSpSessionLog (if it wasn't defined when the cn=config db > was loaded) Couldn't reproduce this, works for me. -- -- Howard Chu CTO, 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#8859) Support backends without a database
by ondra＠mistotebe.net 22 May '18

22 May '18

On Tue, May 22, 2018 at 09:03:28AM +0000, h.b.furuseth(a)usit.uio.no wrote: > On 21. mai 2018 17:07, ondra(a)openldap.org wrote: >> In order to support the load balancer within the slapd process and integrate >> correctly, we declare it to be a backend as that is the best match - allows us >> to register all the callbacks that a subsystem like this needs. (...) > > Please comment SLAP_BFLAG_STANDALONE, explaining this, even though that goes > against the surrounding coding style:-( Also maybe struct BackendInfo could > use a comment about database backends vs database-less backends. I've put a comment there. As for BackendInfo, there should be no difference as far as I understand. But there is probably quite a bit of context I'm still missing. -- Ondřej Kuzník Senior Software Engineer Symas Corporation http://www.symas.com Packaged, certified, and supported LDAP solutions powered by OpenLDAP

1 0

Re: (ITS#8859) Support backends without a database
by h.b.furuseth＠usit.uio.no 22 May '18

22 May '18

On 21. mai 2018 17:07, ondra(a)openldap.org wrote: > In order to support the load balancer within the slapd process and integrate > correctly, we declare it to be a backend as that is the best match - allows us > to register all the callbacks that a subsystem like this needs. (...) Please comment SLAP_BFLAG_STANDALONE, explaining this, even though that goes against the surrounding coding style:-( Also maybe struct BackendInfo could use a comment about database backends vs database-less backends. -- Hallvard

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