Carl,
You've done a great job in writing up the Chunked material. Can you
integrate the recent messages into your original description, so I can put
it into the Implementer's Guide the first of next week?
Thanks,
Tom
>-----Original Message-----
>From: kugler at us.ibm.com [mailto:kugler at us.ibm.com]
>Sent: Thursday, January 07, 1999 07:27
>To: CGI-WG at Golux.Com>Cc: ipp at pwg.org; http-wg at cuckoo.hpl.hp.com;
>SERVLET-INTEREST at JAVA.SUN.COM>Subject: Re: IPP> Chunked POST: SUMMARY
>>>>>Ross Patterson wrote:
>>>>> All HTTP/1.1 applications that receive entities MUST accept the
>>>> "chunked" transfer-coding (section 3.6), thus allowing
>this mechanism
>>>> to be used for messages when the message length cannot be
>determined
>>>> in advance.
>>>>>>Apparently that should be interpreted as "MUST accept the 'chunked'
>>>TRANSFER-CODING, but NEED NOT accept REQUESTs with that
>transfer-coding."
>>>Correct - all HTTP 1.1 servers must be able to process
>requests encoded
>>as chunked data, but they are still allowed to refuse the request for
>>other reasons.
>>To me, the presence of the 411 status code means that an
>HTTP/1.1 server
>MAY refuse to accept a request for the specific reason that
>entity body is
>encoded with the "chunked" transfer-coding:
>>411 Length Required
>The server refuses to accept the request without a defined
>Content-Length.
>The client MAY repeat the request if it adds a valid
>Content-Length header
>field containing the length of the message-body in the request message.
>> -Carl
>>