Return-Path: Delivered-To: apmail-httpd-modules-dev-archive@minotaur.apache.org Received: (qmail 42453 invoked from network); 16 Jul 2009 16:51:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 16 Jul 2009 16:51:39 -0000 Received: (qmail 82999 invoked by uid 500); 16 Jul 2009 16:52:44 -0000 Delivered-To: apmail-httpd-modules-dev-archive@httpd.apache.org Received: (qmail 82914 invoked by uid 500); 16 Jul 2009 16:52:44 -0000 Mailing-List: contact modules-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: modules-dev@httpd.apache.org Delivered-To: mailing list modules-dev@httpd.apache.org Received: (qmail 82904 invoked by uid 99); 16 Jul 2009 16:52:44 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Jul 2009 16:52:44 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of tevans.uk@googlemail.com designates 209.85.219.222 as permitted sender) Received: from [209.85.219.222] (HELO mail-ew0-f222.google.com) (209.85.219.222) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Jul 2009 16:52:32 +0000 Received: by ewy22 with SMTP id 22so178117ewy.24 for ; Thu, 16 Jul 2009 09:52:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:in-reply-to :references:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=xKvXwL8kFlwXXAyHqss8pSY9jf2DQQaICjDwdGU/8j8=; b=Uxj5hj6H4LL8Hl6rpcnnpUZ/nZs+Ojdsvo2gfDQLOcLeJ8Tg6vU7hFiOD2fmO/OW5W M7Bw7IjkxbaVASp3FF4MGmciGFEELP5b8FUnRG8OaUdKlhKwrIePPczEL1BzOCbBdLhr wNTJO4F8HRJbDoS3FM6cZtv/9QtfFWpjb1xSU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:in-reply-to:references:content-type:date:message-id :mime-version:x-mailer:content-transfer-encoding; b=eRIebeIRWna/PDs+WT1Y/ldUy3oINcDZ7eNVBjyUfr18cOmZOvc+/q/1DWrFsNBlSa O3X1dvMiWx284Q3D9t61pqUiPSedy9MZ3I91SNvrA4gLiyO8HPI8wAWdXJyz67kz7yEd 4DaFOiJMbfHxBJlIPA98P3VZsEQaBht3Xx7H4= Received: by 10.210.113.16 with SMTP id l16mr11068498ebc.38.1247763122991; Thu, 16 Jul 2009 09:52:02 -0700 (PDT) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id 7sm674721eyb.5.2009.07.16.09.52.01 (version=SSLv3 cipher=RC4-MD5); Thu, 16 Jul 2009 09:52:02 -0700 (PDT) Subject: RE: mod_deflate feature needed From: Tom Evans To: modules-dev@httpd.apache.org In-Reply-To: <40D5E3C3CBE03D45A776E7C358BDE9080146EC1C@missoula.formatdynamics.com> References: <40D5E3C3CBE03D45A776E7C358BDE9080146EBE0@missoula.formatdynamics.com> <40D5E3C3CBE03D45A776E7C358BDE9080146EC1C@missoula.formatdynamics.com> Content-Type: text/plain Date: Thu, 16 Jul 2009 17:52:01 +0100 Message-Id: <1247763121.2437.1752.camel@strangepork.london.mintel.ad> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Thu, 2009-07-16 at 10:20 -0600, Anthony J. Biacco wrote: > We're not violating the specs, we're following them. The HTTP spec > states that you should send out a content-length header with the correct > trasnfer length, and mod_deflate in this case is not doing that. > > -Tony No it doesn't; it says that 'Applications SHOULD use this field to indicate the transfer-length of the message-body, unless this is prohibited by the rules in section 4.4' Rule 2 of section 4.4 clearly indicates that you must not set it if you are transferring data using the chunked transfer encoding (in fact, any transfer encoding other than 'identity'). It is sub optimal in most use cases to buffer the entire response and gzip encode it, so mod_deflate does the sane thing and so transfers it in chunks. Cheers Tom