Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 29749 invoked from network); 22 Dec 2007 19:14:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 22 Dec 2007 19:14:30 -0000 Received: (qmail 25034 invoked by uid 500); 22 Dec 2007 19:14:13 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 24961 invoked by uid 500); 22 Dec 2007 19:14:12 -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 24950 invoked by uid 99); 22 Dec 2007 19:14:12 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 22 Dec 2007 11:14:12 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [64.202.165.182] (HELO smtpauth02.prod.mesa1.secureserver.net) (64.202.165.182) by apache.org (qpsmtpd/0.29) with SMTP; Sat, 22 Dec 2007 19:14:01 +0000 Received: (qmail 13803 invoked from network); 22 Dec 2007 19:13:49 -0000 Received: from unknown (67.162.45.134) by smtpauth02.prod.mesa1.secureserver.net (64.202.165.182) with ESMTP; 22 Dec 2007 19:13:48 -0000 Message-ID: <476D61EC.6030201@rowe-clan.net> Date: Sat, 22 Dec 2007 13:13:48 -0600 From: "William A. Rowe, Jr." User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: [RFC] Apache Privilege Separation for WebDAV (now against 2.2.6) References: <475E8FE6.3080802@metaparadigm.com> <4768EC1A.2020400@force-elite.com> <476CDB71.4010500@metaparadigm.com> In-Reply-To: <476CDB71.4010500@metaparadigm.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Michael Clark wrote: > Paul Querna wrote: >> How you stubbed out the file io seems fine for the lifetime of 2.2.x >> and maybe 2.4.x, but in the long run, I believe we need to support >> some kind of "VFS" layer, to make all IO pluggable. (open file, >> directory listing, etc etc). Directory listings in particular are interesting because; * mod_proxy_ftp LIST/NLST contents would be a special case that could be handled through the usual mod_dir/mod_autoindex modules. * mod_ftp would prepare it's directory listing through this VFS layer. * virtual (alias, mount) resources could appear in the virtualized index listing.