> On Jun 16, 2018, at 8:48 PM, Ned Freed <[email protected]> wrote:
>
>> I rather think it makes more sense here to specify that
>> the "+gzip" MIME sub-type always holds exactly one
>> compressed object, and that the filename hint in
>> the compressed stream should be ignored.
>
> It's not a subtype, it's a suffix that applies to all future uses of gzip
> in any future media type. Are you completely confident that this will in fact
> be the right choice for all future uses?
Well, if this is to be a "+gzip" suffix, it presumably represents a compressed
form of the base media type, which might reasonably be expected to be a single
object. Certainly in the case of the motivating use-case (tlsrpt). Though,
admittedly, this not a proof that some media type might not in its gzip
incarnation become multiple compressed streams. If there is a plausible
use-case for such a thing, then the recommendation to ensure that only one
stream be present would apply to various specific use-cases, such as "tlsrpt",
but not generally. Feel free to ignore or use these and the previous remarks
as you see fit... They are not blocking objections.
--
Viktor.
_______________________________________________
Uta mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/uta
