Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 17569 invoked by uid 6000); 13 Mar 1998 15:53:58 -0000 Received: (qmail 17464 invoked from network); 13 Mar 1998 15:53:52 -0000 Received: from slarti.muc.de (193.174.4.10) by taz.hyperreal.org with SMTP; 13 Mar 1998 15:53:52 -0000 Received: (qmail 27175 invoked by uid 66); 13 Mar 1998 15:53:11 -0000 Received: by en1.engelschall.com (Sendmail 8.8.8) for new-httpd@apache.org id QAA27317; Fri, 13 Mar 1998 16:53:02 +0100 (MET) Message-Id: <199803131553.QAA27317@en1.engelschall.com> Subject: Re: [PATCH] Unbundling mod_proxy and mod_mime To: new-httpd@apache.org Date: Fri, 13 Mar 1998 16:53:02 +0100 (MET) From: rse@engelschall.com (Ralf S. Engelschall) Organization: Engelschall, Germany. X-Home: http://www.engelschall.com/ X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org In article you wrote: > On Fri, 13 Mar 1998, Ralf S. Engelschall wrote: >> Yes, this question I asked myself yesterday. I've put an aplog_error call into >> the find_ct() function of mod_mime and discovered that it is actually _not_ >> called for proxy requests while it is (of course) for normal requests. Then >> I'm decided that there will be some reason I don't see (because else the >> mime_find_ct() wouldn't be needed in the past) and concentrated to just >> _replace_ the existing functionality, i.e. finding out the mime type >> explicitly. >> >> Does anybody know why the type-checking hook is not called for proxy requests? > Did you try connections to a ftp server? Yes, sure. Because we want to try to remove the mime_find_ct() call and this is only in proxy_ftp.c. And as I posted in another reply to this message I found the reason. Please review now my "[PATCH] Unbundling mod_proxy and mod_mime (take 2)" patch. Thanks. Ralf S. Engelschall rse@engelschall.com www.engelschall.com