W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2014

RE: #445: Transfer-codings

From: <K.Morgan@iaea.org>
Date: Thu, 10 Apr 2014 16:53:53 +0000
To: <mnot@mnot.net>, <matthew@kerwin.net.au>
CC: <ietf-http-wg@w3.org>
Message-ID: <0356EBBE092D394F9291DA01E8D28EC20100F4A584@sem002pd.sg.iaea.org>
On Wednesday,09 April 2014 02:48, mnot@mnot.net wrote:
>On 4 Apr 2014, at 4:52 pm, Matthew Kerwin <matthew@kerwin.net.au> wrote:
>>> Also, how should a recipient handle a stream that has DATA frames with different values for encoding?
>>
>> By decoding each as it arrives, the same way it would handle a stream with the same encoding every frame. Two gzip'd frames don't add together to make one big gzip file.
>>
> Isn't it much more likely that intermediaries will actually implement this if they can do that form of pass-through?

Actually, the intermediary can pass-through with gzip or deflate.  Concatenated gzip or deflate streams can be uncompressed as if they were one big stream.  See http://www.zlib.net/manual.html

This email message is intended only for the use of the named recipient. Information contained in this email message and its attachments may be privileged, confidential and protected from disclosure. If you are not the intended recipient, please do not read, copy, use or disclose this communication to others. Also please notify the sender by replying to this message and then delete it from your system.
Received on Thursday, 10 April 2014 16:54:41 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:29 UTC