Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 92885 invoked by uid 500); 7 Feb 2001 14:51:02 -0000 Mailing-List: contact new-httpd-help@apache.org; run by ezmlm Precedence: bulk Reply-To: new-httpd@apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list new-httpd@apache.org Received: (qmail 92873 invoked from network); 7 Feb 2001 14:51:02 -0000 Message-ID: <060b01c09116$912c6e10$e4421b09@raleigh.ibm.com> From: "Bill Stoddard" To: References: <20010206190306.E4793@hbesoftware.com> <20010206182524.Q26044@lyra.org> <001701c090b3$bbf909e0$6401a8c0@apache> <20010207010255.V26044@lyra.org> Subject: Re: [mod_proxy] Help offered Date: Wed, 7 Feb 2001 09:59:27 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N > > > Feh. If that's so, then there is even more reason to move the proxy out of > > > the core and into a separate CVS repository for independent development. > > > > I disagree. Squid is a heavy weight 'solution' for folks just interested in proxy pass (aka > > "reverse" proxy). > > And Apache is light weight? :-) > > > While it would be nice for us to have it (due to licensing, features, > whatever), I don't see it as critical or core to our main goal of being a > web server. I would be happy if we just had a good efficient proxy pass module in core Apache. The rest can go into a seperate repository. Bill