From owner-freebsd-current Wed Jul 23 16:04:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA21341 for current-outgoing; Wed, 23 Jul 1997 16:04:16 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA21327 for ; Wed, 23 Jul 1997 16:04:10 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id TAA27199; Wed, 23 Jul 1997 19:04:06 -0400 (EDT) Date: Wed, 23 Jul 1997 19:04:06 -0400 (EDT) From: Garrett Wollman Message-Id: <199707232304.TAA27199@khavrinen.lcs.mit.edu> To: Marc Slemko Cc: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= , Garrett Wollman , FreeBSD-current Subject: Re: 'fetch' error with http, fix wanted In-Reply-To: References: Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > Oh yes, on a completely unrelated note... fetch is also broken in that it > makes HTTP/1.1 requests but doesn't properly deal with the results. This > gains it absolutely nothing but hurts a lot in some case. eg. fetch > http://www.apache.org/index.html doesn't give the proper output because > fetch doesn't know about chunked encoding. It is bogus, both in theory > and practice, for fetch to claim to be HTTP/1.1 if it can't handle chunked > encodings. See the comments in the source. We don't fully implement the specification, and the part of the specification about who can claim to be ``HTTP/1.1'' is one of the unimplemented parts. We do implement some of the other, more important parts of the specification, including ``Host:'' and ``Connection: close''. I'm also not sure how much of the mirror functionality is present in HTTP 1.0. I coded fetch's HTTP implementation solely with reference to the HTTP 1.1 specification. You are certainly welcome to contribute an implementation of ``chunked''; see the comments in the source. At the time I wrote the code, I didn't have any servers which generated that encoding. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick