[MERGE] Don't require Content-Type
Ben Finney
bignose+hates-spam at benfinney.id.au
Fri Oct 13 07:35:02 BST 2006
Robert Collins <robertc at robertcollins.net> writes:
> RFC2616 7.2.1 Type
> ...
> Any HTTP/1.1 message containing an entity-body SHOULD include a
> Content-Type header field defining the media type of that body. If
> and only if the media type is not given by a Content-Type field, the
> recipient MAY attempt to guess the media type via inspection of its
> content and/or the name extension(s) of the URI used to identify the
> resource. If the media type remains unknown, the recipient SHOULD
> treat it as type "application/octet-stream".
>
> [...]
> I would like the comment changed to refer to section 7.2.1 of rfc2616,
> and say something like "When there is no content-type header we treat
> the response as being of type 'application/octet-stream as per RFC2616
> section 7.2.1."
s/content-type header/Content-Type field in the header/
(a response has *one* header and *one* body. the header contains
fields. yes, this is a pet peeve, how did you guess? :-)
--
\ "Oh, I realize it's a penny here and a penny there, but look at |
`\ me: I've worked myself up from nothing to a state of extreme |
_o__) poverty." -- Groucho Marx |
Ben Finney
More information about the bazaar
mailing list