Re: leaks in slapd

of those patches solved the problem. So at this point, it is not clear where specifically the problem lies (somewhere between slapd heimdal). --Quanah -- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah

Re: back-config design considerarions - Admin Guide fodder

configuration files on the same host, which is a lot simpler than mucking around with various config backends. Other people may want to keep their slapd.conf files for things like version control, etc, as well. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford

Re: slapadd -q (quick mode)

--On Friday, August 26, 2005 7:09 PM +0200 Hallvard B Furuseth [EMAIL PROTECTED] wrote: Quanah Gibson-Mount writes: [EMAIL PROTECTED] wrote: slapadd -q has been entirely safe for me as long. The point of that paragraph is that if you kill slapadd, or an error occurs during the slapadd

CVS server?

I've been attempting to update my REL_ENG_23 checkout for about an hour now with the latest checkins, and it isn't happening. Is there something wrong with the CVS server? Thanks, Quanah -- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG Public

test039-glue-ldap-concurrency time...

-- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html These censorship operations against schools and libraries are stronger than ever in the present religio-political climate. They often focus on fantasy

Re: test039-glue-ldap-concurrency time...

--On Monday, August 29, 2005 4:51 PM -0700 Quanah Gibson-Mount [EMAIL PROTECTED] wrote: I've noticed on several occasions that test039-glue-ldap-concurrency takes an extremely long time to run. Currently, on my dev box it is at 50 minutes. Is this normal on all platforms, or is it just

Re: Please test OPENLDAP_REL_ENG_2_3

in 2.3.7. ;) --Quanah -- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html These censorship operations against schools and libraries are stronger than ever in the present religio-political climate

Import Cache vs. Running cache

the running process (a good size entry/idl cache). This would easily allow the flexibility, without having to manually go and hack DB_CONFIG and then recreate the DB environment all the time. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG

Enough for a new release?

Curious if there are enough fixes now for a new 2.3 release... Syncprov is finally working, and some other interesting commits to back-ldap and back-sql have been going through. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG Public

Re: ITS#3611 Index clustering patch for fast slapadd

for slapadd as well (as per my 9/8/2005 email Import Cache vs. Running cache). Only available if you use back-config would be my thought. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah

back-hdb and HEAD

improvement. ;) --Quanah -- Quanah Gibson-Mount Product Engineer Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com

Syncrepl: full sync vs. delta

accesslog) is that there is no way for a slave to become fully refreshed if its contextCSN is out of date. It looks like this would take an extension to the syncrepl protocol for this to be done properly. Objections? comments? --Quanah -- Quanah Gibson-Mount Principal Software Developer

Re: order of attribute values

). --Quanah -- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html These censorship operations against schools and libraries are stronger than ever in the present religio-political climate. They often

Re: syncrepl refresh

syncrepl there's still no distinction. That is fine by me, I plan on using delta-syncrepl. ;) Is there a way to query the consumer to see if it is in refresh-only mode (like via back-monitor)? --Quanah -- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford

2.3 updates?

? Or at least when these fixes will get merged into REL_23? --Quanah -- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: RE23 ready for release

-- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html These censorship operations against schools and libraries are stronger than ever in the present religio-political climate. They often focus on fantasy

Re: replicated cn=config

-- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: replicated cn=config

--On Monday, November 21, 2005 11:15 PM -0800 Quanah Gibson-Mount [EMAIL PROTECTED] wrote: --On Monday, November 21, 2005 10:42 PM -0800 Quanah Gibson-Mount [EMAIL PROTECTED] wrote: Then either slurpd or syncrepl can be used to keep the slaves' configurations up to date. To follow up

Re: ACL state value dependent ACLs

--On Wednesday, December 14, 2005 12:42 AM +0100 Pierangelo Masarati [EMAIL PROTECTED] wrote: I vote for disabling ACL state for value-dependent ACLs. What is the overall effect of doing so? Assuming of course that ACL caching actually worked in 2.(2,3)... --Quanah -- Quanah Gibson

ITS#3950

Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: ITS#3950

be the case that changes made since 2.3.11 tend to make the issue more visible. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: http://www.openldap.org/faq/data/cache/44.html

--On Monday, January 09, 2006 2:04 PM -0800 Kurt D. Zeilenga [EMAIL PROTECTED] wrote: At 01:46 PM 1/9/2006, Quanah Gibson-Mount wrote: This entry needs some major rewriting, as the BDB patch is no longer necessary in 2.3 (nor has been for several releases). The FAQ is interactive, edit

Re: RE_23 hangs in test039 (back-hdb)

on my dual-core x86_64 Linux system. I'll try looping the other tests as well. I've been unable to reproduce the hang on my 4 CPU Solaris 8 system. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG Public Key: http://www.stanford.edu

Re: SASL_MECH and useronly

). --Quanah -- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: ITS#3950

REPLACE_BROKEN_YIELD 1 #undef HAVE_NANOSLEEP This also brought performance back up. So some part of this change likely needs to be reverted, and is also likely the cause of the performance issue reports seen on -software. --Quanah -- Quanah Gibson-Mount Product Engineer Symas Corporation Packaged

Re: cn=config

Not sure why you answered to -devel instead of -software, but... --On Monday, February 20, 2006 3:03 PM -0700 Jon Roberts [EMAIL PROTECTED] wrote: Quanah Gibson-Mount wrote: Here are the reasons I would like to use cn=config: (a) The ability to modify ACL's on the fly, without restarting

Re: JLDAP, TLS, and DNS

recall. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: slapd quits under heavy load

Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: slapd quits under heavy load

triggered when there are serious problems with your OS. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html We're running Openldap 2.2.23 under Solaris 8 Generic_108528-26

2.3.21

Is there any traction on getting a 2.3.21 cut? There have been some issues fixed, and the ucgen* stuff is causing a lot of incoming bugs... --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http

RE_23 updates

this. The fix for ITS#4433 is in place (Fixing the arguments to threads, and documenting it) has been done, but is not in the CHANGES file. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http

Re: RE_23 updates

--On Wednesday, April 05, 2006 11:33 PM +0200 Pierangelo Masarati [EMAIL PROTECTED] wrote: On Wed, 2006-04-05 at 13:56 -0700, Quanah Gibson-Mount wrote: Large parts of the fix for ITS#4419 that I sent to the committers list is missing still. This is back-meta related, I assume

Re: RE_23 updates

--On Wednesday, April 05, 2006 2:45 PM -0700 Quanah Gibson-Mount [EMAIL PROTECTED] wrote: Also the forced commit to uctable.h for ITS#4415 has not been done for RE_23. This final bit is still missing. I know it is only a timestamp update, but we got a bunch of ITS's and email

Pending issues of concern for RE_23 2.3.21

). ITS#4477, which actually answers some questions I've seen in the past about large group membership adds failing. (servers/slapd/sl_malloc.c 1.37-1.39). The one here I'm somewhat unsure of is ITS#4476. Thoughts on all this welcome. ;) --Quanah -- Quanah Gibson-Mount Principal Software

RE_23 passes all tests on Solaris 8

RE_23 currently passes all tests for me on Solaris 8. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

More 2.4 possibilities

follow-up. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: tuning.sdf needs updating for 2.4

Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

slapd lightweight dispatcher

could be replaced by the new one. --Quanah -- Quanah Gibson-Mount Product Engineer Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com

Re: LDAP load testing (Was: Re: slapd lightweight dispatcher)

Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Incompatibilities between 2.1 ldapsearch and 2.3 servers?

]: conn=27534 op=4 SRCH attr=suregid Jul 17 09:58:14 ldap1 slapd[16672]: conn=27534 op=5 UNBIND Jul 17 09:58:14 ldap1 slapd[16672]: conn=27534 fd=376 closed Thoughts? --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key

Re: Incompatibilities between 2.1 ldapsearch and 2.3 servers?

--On Monday, July 17, 2006 10:41 AM -0700 Howard Chu [EMAIL PROTECTED] wrote: Quanah Gibson-Mount wrote: I thought that the ldapsearch binary from any given release should work with a server running a different release, but this does not appear to be the case. Our 2.3.24 Linux servers

Re: RE23 ready for release

--On Tuesday, August 15, 2006 10:13 AM -0700 Kurt D. Zeilenga [EMAIL PROTECTED] wrote: Please test. Thanks, Kurt Built and tested on Solaris 8 w/ Howards latest checkins... All tests passed. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services

Re: commit: ldap/servers/slapd DB_CONFIG

DB_CONFIG is necessary before the update will proceed. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: Is back-perl still required?

the various back-(shell, tcl, perl) bits, but that is probably because I use OpenLDAP purely as an LDAP server. ;) --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: better malloc strategies?

, libumem, and hoard. I've actually switched all of my production LDAP servers to use hoard as the default allocator now. I've not tried ptmalloc. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http

Re: commit: ldap/servers/slapd/schema core.schema

--On Tuesday, October 03, 2006 3:54 PM -0700 Howard Chu [EMAIL PROTECTED] wrote: Quanah Gibson-Mount wrote: --On Tuesday, October 03, 2006 7:23 PM + [EMAIL PROTECTED] wrote: Update of /repo/OpenLDAP/pkg/ldap/servers/slapd/schema Modified Files: core.schema 1.88 - 1.89 Log

Indexing thoughts

on overlays I guess would be the solution, but sounds ugly. Anyhow, just a set of thoughts, I don't know how practical implementing such a thing would really be. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http

BDB 4.5 has been released

Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: chroot'd operation, userid

this to ensure consistency of the database. .LP +slapindex ought to be run as the same user that +.BR slapd (8) +uses to ensure correct database permissions. +.LP This command provides ample opportunity for the user to obtain and drink their favorite beverage. .SH EXAMPLES --Quanah -- Quanah Gibson-Mount

Re: Updating monitoringslapd.sdf

,dc=stanford,dc=edu subschemaSubentry: cn=Subschema hasSubordinates: FALSE --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

slapo-dynlist desgin question(s)

of the group. I believe this would mean adding functionality to slapo-dynlist to where it uses the rootdn to perform the internal search instead of the credentials. Would it be possible to have this sort of addition? --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared

Re: slapo-dynlist desgin question(s)

to HIPAA concerns. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: slapo-dynlist desgin question(s)

--On Friday, January 12, 2007 10:58 AM -0800 Quanah Gibson-Mount [EMAIL PROTECTED] wrote: --On Thursday, January 11, 2007 5:25 PM +0100 Pierangelo Masarati [EMAIL PROTECTED] wrote: I'm not quite sure I understood what you mean. Are you going to use it for access control? Or do you

Re: slapo-dynlist desgin question(s)

access (compare or read) to every value that attribute has. They get to see, and only see, the memberships of the groups they get access to. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu

Re: slapo-dynlist desgin question(s)

--On Saturday, January 13, 2007 2:07 PM -0800 Howard Chu [EMAIL PROTECTED] wrote: Quanah Gibson-Mount wrote: --On Saturday, January 13, 2007 1:47 PM -0800 Howard Chu [EMAIL PROTECTED] wrote: You seem to be under the impression that changing the name of a piece of data changes

Re: slapo-dynlist desgin question(s)

= access_allowed: no more rules --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: slapo-dynlist desgin question(s)

--On January 16, 2007 6:34:39 PM +0100 Pierangelo Masarati [EMAIL PROTECTED] wrote: Quanah Gibson-Mount wrote: This patch also does not work, continuing to use the credentials of the bound user. What operation are you performing when it gets to evaluate that filter? Can you describe

Re: slapo-dynlist desgin question(s)

-devel/200701/msg00055.html --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: slapo-dynlist desgin question(s)

--On Tuesday, January 16, 2007 11:36 AM -0800 Quanah Gibson-Mount [EMAIL PROTECTED] wrote: I will try it, but it is not of help. And this does work: ldapcompare -Q -h ldap-dev1 cn=registry-consult,cn=groups,cn=applications,dc=stanford,dc=edu member:suRegID

Re: slapo-dynlist desgin question(s)

--On Thursday, January 18, 2007 7:59 AM +0100 Pierangelo Masarati [EMAIL PROTECTED] wrote: Quanah Gibson-Mount wrote: Another approach may be to view the dyngroup overlay as a proxy, and just configure an identity for it to use. So you can explicitly give it access to whatever attributes

Re: slapo-dynlist desgin question(s)

--On Monday, January 22, 2007 10:22 PM +0100 Pierangelo Masarati [EMAIL PROTECTED] wrote: Quanah Gibson-Mount wrote: --On Saturday, January 20, 2007 4:09 PM +0100 Pierangelo Masarati [EMAIL PROTECTED] wrote: access to dn.subtree=cn=people,dc=stanford,dc=edu attr=suprivilegegroup

Re: [Kerberos] Kerberos + OpenLDAP (fwd)

To keep OpenLDAP in on this loop... --Quanah Forwarded Message Date: Thursday, March 01, 2007 5:10 PM -0500 From: Sam Hartman [EMAIL PROTECTED] To: Quanah Gibson-Mount [EMAIL PROTECTED] Cc: Apache Directory Developers List dev@directory.apache.org, [EMAIL PROTECTED

Re: slurpd in RE24

. ;) --Quanah -- Quanah Gibson-Mount Senior Systems Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: slurpd in RE24

--On Thursday, April 05, 2007 1:07 PM -0700 Howard Chu [EMAIL PROTECTED] wrote: Quanah Gibson-Mount wrote: --On Thursday, April 05, 2007 12:30 PM -0700 Howard Chu [EMAIL PROTECTED] wrote: Since we haven't been fixing any slurpd bugs lately, it doesn't seem like a good idea to continue

Re: slurpd in RE24

-ldap. Oh. When they said they'd read the threads about push based syncrepl, I made the assumption they were talking about using it with back-ldap, since I don't know how else you'd get push based syncrepl. In any case, I vote to purge slurpd. --Quanah -- Quanah Gibson-Mount Senior

Re: Please test RE23

-bit). --Quanah -- Quanah Gibson-Mount Senior Systems Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

Re: Default threads value in OpenLDAP

--On Wednesday, April 18, 2007 1:43 PM -0700 Howard Chu [EMAIL PROTECTED] wrote: Quanah Gibson-Mount wrote: After extensive benchmarking by both Howard I, it seems the default value for the threads setting in OpenLDAP (16) is excessive for most hardware. Unless someone has plenty

Re: Default threads value in OpenLDAP

--On Wednesday, April 18, 2007 11:49 PM +0200 Raphaël Ouazana-Sustowski [EMAIL PROTECTED] wrote: Le Mer 18 avril 2007 23:17, Quanah Gibson-Mount a écrit : I reached the same conclusions on my old Solaris V120's, with RW tests too. ;) If we get that build farm proposal, that might

Re: Default threads value in OpenLDAP

over the years. --Quanah -- Quanah Gibson-Mount Senior Systems Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

back-monitor and rooted DBs

that that is correct from a technical standpoint, but IIRC, there have been issues in the past having database monitor come before other database definitions. I thought it would be worthwhile to allow database monitor to be instantiated after a 'database ' definition. Thoughts? --Quanah -- Quanah Gibson

Re: [PATCH] Status of Connectionless LDAP (cldap)

the ITS process. See http://www.openldap.org/its and http://www.openldap.org/devel/contributing.html#patches --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging and collaboration

Re: commit: ldap/servers/slapd/back-perl SampleLDAP.pm

. I would be fine if the new one dropped any attempt at compatibility going backwards if it was included in the 2.4 release. As you noted, as it exists now, it is pretty much unusable, and anyone wanting to use it in 2.4 should update. Just my 2c. ;) --Quanah -- Quanah Gibson-Mount Principal

loglevel index intention?

I noticed that loglevel index is unused by anything currently, and I was wondering what the intention was initially behind that loglevel. There are a number of back-bdb/hdb error messages that get generated around indices that currently come out at the any level. I thought perhaps index might

Re: loglevel index intention?

- Howard Chu [EMAIL PROTECTED] wrote: Quanah Gibson-Mount wrote: I noticed that loglevel index is unused by anything currently, and I was wondering what the intention was initially behind that loglevel. There are a number of back-bdb/hdb error messages that get generated around

BDB 4.6 is out

This release showed amazing promise in the past as the first release to move to after 4.2 that showed real performance gains across the board. Curious to see if the official release will hold up. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc

Re: BDB 4.6 is out

--On Tuesday, July 24, 2007 8:21 AM +0100 Gavin Henry [EMAIL PROTECTED] wrote: quote who=Quanah Gibson-Mount This release showed amazing promise in the past as the first release to move to after 4.2 that showed real performance gains across the board. Curious to see if the official release

Re: BDB 4.6 is out

--On Tuesday, July 24, 2007 10:00 AM +0100 Gavin Henry [EMAIL PROTECTED] wrote: quote who=Quanah Gibson-Mount --On Tuesday, July 24, 2007 8:21 AM +0100 Gavin Henry [EMAIL PROTECTED] wrote: quote who=Quanah Gibson-Mount This release showed amazing promise in the past as the first release

Re: commit: ldap/servers/slapd entry.c

if there's no consensus (I just gave it for granted). Looks like a valid bug fix to me. It simply prevents broken behavior that left things in a bad state, so I don't really think it is a functionality change. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc

Re: commit: ldap/servers/slapd/back-bdb back-bdb.h index.c init.c monitor.c proto-bdb.h

, then an index gets created? You can do this using back-config, and some people don't want particular things indexed, so automatically doing it is a bad idea. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source

Re: BerkeleyDB versions

Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging and collaboration

Re: BerkeleyDB versions

are in HEAD, I'll do further benchmarking to compare HEAD w/4.2 support and HEAD w/ 4.6 support to verify that 4.6 continues to give the better performance. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging

Re: BerkeleyDB versions

-- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging and collaboration

Re: BerkeleyDB versions

--On August 15, 2007 11:10:31 AM -0700 Howard Chu [EMAIL PROTECTED] wrote: Quanah Gibson-Mount wrote: --On August 15, 2007 8:44:41 PM +0300 Kari Mattsson [EMAIL PROTECTED] wrote: Chaps, Am I the only one noticing this: The recommended/optimal Berkeley DB 4.2.52 for OpenLDAP 2.3.x might

Re: Guide PDF changes

or config or whatever. But I don't know if it's the opposite way at the other side of the pond. Since Gavin is in Scotland, that's not really the pond. :P --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging

Re: -enable-phonetic=mod ?

--On Tuesday, August 21, 2007 11:07 AM +0100 Gavin Henry [EMAIL PROTECTED] wrote: Hi all, Is this valid? I can see it in our source, but not in configure. No, it makes no sense. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra

Re: 2.3 vs 2.4 Features/Differences/Additions List

GnuTLS Advertisement of LDAP server in DNS Dyngroup/Dynlist merge, plus security enhancements (the last bit being an in-progress thing). --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging and collaboration

Re: (Dumb?) X-ORDERED 'VALUES' question

. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging and collaboration

Re: (Dumb?) X-ORDERED 'VALUES' question

--On Friday, August 24, 2007 7:47 PM +0200 Pierangelo Masarati [EMAIL PROTECTED] wrote: Quanah Gibson-Mount wrote: Maybe unrelated, but this reminds me of the issue I ran into with valsort where adding ordering made it so that I couldn't search on the non-weighted values DO you mean values

Re: delta-syncrepl and Multimaster

--On Saturday, August 25, 2007 1:18 PM -0700 Howard Chu [EMAIL PROTECTED] wrote: Gavin Henry wrote: Dear all, Just finishing changes section and would like to ask if the delta-syncrepl code has been updated to support multimaster usage? Nope. Will it be? --Quanah -- Quanah Gibson

Re: delta-syncrepl and Multimaster

--On Saturday, August 25, 2007 1:39 PM -0700 Howard Chu [EMAIL PROTECTED] wrote: Quanah Gibson-Mount wrote: --On Saturday, August 25, 2007 1:18 PM -0700 Howard Chu [EMAIL PROTECTED] wrote: Gavin Henry wrote: Dear all, Just finishing changes section and would like to ask if the delta

Re: A. Changes Since Previous Release

of 2.4 A.2.14: I would change Advertisement of LDAP Server in DNS to LDAP Client tools now honor SRV records, which is really what I meant, but was running on 2 hrs of sleep at the time. ;) --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra

Re: A. Changes Since Previous Release

gets rather unhappy when I work on the weekends while we have company over. ;) And yes, anything on the computer outside of very brief emails constitutes work. :P --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open

LDAP_REL_ENG_2_4

OpenLDAP Release Engineering 2.4 has been sync'd with HEAD. Please check it out and test that builds and functionality work as expected. I've tested so far on MAC OS X x86. Thanks! --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra

Re: commit: ldap/servers/slapd/back-bdb idl.c

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

back-sock in HEAD

. ;) --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging and collaboration

Re: [Fwd: LDAP/Samba 4 summary]

that mean you are joining the IETF Kerberos WG, which currently has creating a Kerberos Schema for LDAP as one of its agenda items? I forget who volunteered to write it, but I can go and look it up if you can't find it in the archives. --Quanah -- Quanah Gibson-Mount Principal Software Engineer

Re: commit: ldap/doc/man/man8 slapadd.8

see harm in coming up with an appropriate note that the resulting environment from using -q is not fully usable as one may have come to expect when using bdb/hdb in the more general case. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra

Re: Please test RE24

. This is on x86_64 CentOS 5. So beware gcc 4.1.1 and -O2. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging and collaboration

Re: Please test RE24

--On Tuesday, October 23, 2007 3:05 PM -0400 Aaron Richton [EMAIL PROTECTED] wrote: Is it usual/expected to get failed binds during make test in RE24? Yep. That's one of the tests. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra

Re: ldap_int_sasl_bind() and canonical Kerberos names

may break and also it would somehow need to handle LDAP URIs with multiple hosts. Does your patch work with if heimdal is being used as well? Because I've found MIT not to be worthwhile to compile the OpenLDAP server against for stability and throughput reasons. --Quanah -- Quanah Gibson

  1   2   3   4   5   6   >