Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 4641 invoked from network); 19 Sep 2005 14:37:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 19 Sep 2005 14:37:38 -0000 Received: (qmail 89224 invoked by uid 500); 19 Sep 2005 14:37:34 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 89159 invoked by uid 500); 19 Sep 2005 14:37:34 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 89146 invoked by uid 99); 19 Sep 2005 14:37:34 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Sep 2005 07:37:34 -0700 X-ASF-Spam-Status: No, hits=0.4 required=10.0 tests=DNS_FROM_RFC_ABUSE X-Spam-Check-By: apache.org Received: from [137.65.81.172] (HELO lucius.provo.novell.com) (137.65.81.172) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Sep 2005 07:37:42 -0700 Received: from INET-PRV1-MTA by lucius.provo.novell.com with Novell_GroupWise; Mon, 19 Sep 2005 08:37:30 -0600 Message-Id: <432E786E.6720.00AC.0@novell.com> X-Mailer: Novell GroupWise Internet Agent 7.0 Date: Mon, 19 Sep 2005 08:37:11 -0600 From: "Brad Nicholes" To: , Subject: Re: Issues for 2.1.8 References: <432DDB20.8020901@force-elite.com> <200509190042.26646.nick@webthing.com> In-Reply-To: <200509190042.26646.nick@webthing.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 500/1000/N >>> On Sunday, September 18, 2005 at 5:42:23 pm, in message <200509190042.26646.nick@webthing.com>, nick@webthing.com wrote: > On Sunday 18 September 2005 22:24, Paul Querna wrote: > > dbd has another classification problem: there's no slot for it in /modules/ > ! > I wonder if we need a new directory. Something like /modules/api/ , for > modules whose primary purpose is to export functions/hooks/APIs for > other modules? If that happens then mod_ldap should probably land in that bucket as well. Brad