From users-return-717-apmail-directory-users-archive=directory.apache.org@directory.apache.org Wed Aug 01 13:20:10 2007 Return-Path: Delivered-To: apmail-directory-users-archive@www.apache.org Received: (qmail 83332 invoked from network); 1 Aug 2007 13:20:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 1 Aug 2007 13:20:09 -0000 Received: (qmail 50701 invoked by uid 500); 1 Aug 2007 13:20:09 -0000 Delivered-To: apmail-directory-users-archive@directory.apache.org Received: (qmail 50678 invoked by uid 500); 1 Aug 2007 13:20:09 -0000 Mailing-List: contact users-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@directory.apache.org Delivered-To: mailing list users@directory.apache.org Received: (qmail 50667 invoked by uid 99); 1 Aug 2007 13:20:08 -0000 Received: from Unknown (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Aug 2007 06:20:08 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of the.mail.lister@gmail.com designates 64.233.184.233 as permitted sender) Received: from [64.233.184.233] (HELO wr-out-0506.google.com) (64.233.184.233) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Aug 2007 13:19:58 +0000 Received: by wr-out-0506.google.com with SMTP id 25so51574wry for ; Wed, 01 Aug 2007 06:19:43 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=WafC3ZnVEdrmnlKST+dyJOed9E4HeLQFEisHkgrshiMC1pQS1oPmot0VVKJhDWKIv1fBp+rJVY6GGdZtKm4vpf5TqphpVL/MVBx8OWsrOMHb+yT2WHhiAWv9T9uO5vH8eRWgJtGt6IDXdWMcYfcvJxUEqpZH09Yd6Nf8pgHk97I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=bVZa1LyA7BiI4ppAbbJAQjZoJQJ/bj6MXVgL5ItDZ5H2JfAIwpF9zOId/d8FFnpsNLXt3o6zwlgn05HVI1MinwseYQ9IyWfQFKnuuqRERqU7HHjb/M8HJsh/K9HWgwGzoC2bK3UCFTMby4vh7G7/GKJg2+a/KhihOuhQKxaFtKM= Received: by 10.90.102.20 with SMTP id z20mr427657agb.1185974382909; Wed, 01 Aug 2007 06:19:42 -0700 (PDT) Received: from ?10.1.129.48? ( [167.156.63.253]) by mx.google.com with ESMTPS id 71sm792758wry.2007.08.01.06.19.40 (version=SSLv3 cipher=RC4-MD5); Wed, 01 Aug 2007 06:19:40 -0700 (PDT) Message-ID: <46B08863.3020807@gmail.com> Date: Wed, 01 Aug 2007 09:19:31 -0400 From: Tod User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: users@directory.apache.org Subject: Re: Error reading children of base DN References: <46ADF19E.2050805@gmail.com> <46AE158D.90600@labeo.de> <46AE275F.9030304@gmail.com> <46AE460B.7060605@apache.org> <46AF30C4.6050909@gmail.com> <46AFB495.701@apache.org> In-Reply-To: <46AFB495.701@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Stefan Seelmann wrote: >> Ok, this turned up a sizeLimitExceeded(), that seems to be part of the >> problem. I checked with the server owner and the size limit is set to >> 100 entries. Its a credible return that, IMHO, probably shouldn't cause >> an error. > > That shouldn't cause the error. Server-side size and time limit should > be handled in Studio. Perhaps you could try to reduce the client-side > size limit to less than the server-side limit? You could change the > setting in the connection properties. I reduced the client count limit down to 50 but that didn't help. I have access to two domino servers, one with a size limit set to 100, and one with unlimited. The unlimited server is working, the one with a size limit is not. When I run a command line ldapsearch against the unlimited box, I get all of the entries back. When run against the limited box I get back 100 entries and an expected size limit exceeded error. This behavior is also reflected using the Jarek Gawor LDAP browser. Just food for thought. Let me know if I can help out in any way. - Tod