Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 335 invoked by uid 6000); 14 Jul 1998 22:51:43 -0000 Received: (qmail 326 invoked from network); 14 Jul 1998 22:51:41 -0000 Received: from twinlark.arctic.org (204.62.130.91) by taz.hyperreal.org with SMTP; 14 Jul 1998 22:51:41 -0000 Received: (qmail 23634 invoked by uid 500); 14 Jul 1998 22:51:39 -0000 Date: Tue, 14 Jul 1998 15:51:39 -0700 (PDT) From: Dean Gaudet To: new-httpd@apache.org Subject: Re: request that we support TE In-Reply-To: Message-ID: X-Comment: Visit http://www.arctic.org/~dgaudet/legal for information regarding copyright and disclaimer. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org On Tue, 14 Jul 1998, Alexei Kosut wrote: > One thing, though, that I think would be easy to do would be to take the > mod_mime and mod_negotiation code that exists already to deal with > Content-Encoding and Accept-Encoding for gzip/compress files, and > translate that into TE/Transfer-Encoding for 1.1 requests with a TE > header. That way we could serve already-compressed files and pretend they > were being compressed on the fly; T-E is friendlier to caches than C-E, > no? Yes it's friendlier. They're related, but different. mod_negotiation does annoying things like responding "Content-Encoding: gzip" when the request didn't specify "Accept-Encoding: gzip". It should respond "Content-Type: application/gzip", or octet-stream or something. I forget exactly why it's annoying at the moment. There's more details in the mozilla-general archives. Dean