From ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org Tue Nov 1 18:23:42 2022 Return-Path: X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F3E4C1524D1 for ; Tue, 1 Nov 2022 18:23:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.562 X-Spam-Level: X-Spam-Status: No, score=-12.562 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mT6VsQab6Cp1 for ; Tue, 1 Nov 2022 18:23:38 -0700 (PDT) Received: from lyra.w3.org (lyra.w3.org [128.30.52.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 70CB7C1524CD for ; Tue, 1 Nov 2022 18:23:38 -0700 (PDT) Received: from lists by lyra.w3.org with local (Exim 4.94.2) (envelope-from ) id 1oq2Qb-0080zm-98 for ietf-http-wg-dist@listhub.w3.org; Wed, 02 Nov 2022 01:20:25 +0000 Resent-Date: Wed, 02 Nov 2022 01:20:25 +0000 Resent-Message-Id: Received: from titan.w3.org ([128.30.52.76]) by lyra.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1oq2Qa-0080yp-1X for ietf-http-wg@listhub.w3.org; Wed, 02 Nov 2022 01:20:24 +0000 Received: from mail-yb1-xb34.google.com ([2607:f8b0:4864:20::b34]) by titan.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1oq2QY-0058zT-Ls for ietf-http-wg@w3.org; Wed, 02 Nov 2022 01:20:23 +0000 Received: by mail-yb1-xb34.google.com with SMTP id 185so19457335ybc.3 for ; Tue, 01 Nov 2022 18:20:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=N1RP8O8jrUdEVGt3Pp4n7PL/J7FNprNQD7IXoWmuWvs=; b=VwuDv6wNrOmAayCdnNFqRnRt9JAzwfde2K/MWbycSEXihCWQEJYuug7RRjgxTMXPBJ 3dUYrJYBmLDCvKZymyyliESxQ1vrEjqFYls5388mxZWPEa9/4S3DQiVq2E5zeyKWmoAZ MtcF1QfSVqvuipdWDViBB/tuOPuFQcN3tT/Lz+5Jv8jZAf3pPl9vJ+XXocpcaQDFw5DI fXnUE40mkXQKbeUEOSYnNgI+BKbkFt5oSsUYcGPTE7tBbGOWe52ihBFAgrUjBax4uGO+ IYnbdp7vrLNb80b/R9gW46srqWFZD/IcpzZ7tM1LpwasZXd3+Yo5HUAahpdZ5xvW3kxa 5lNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=N1RP8O8jrUdEVGt3Pp4n7PL/J7FNprNQD7IXoWmuWvs=; b=iXSH+/FkmtUtYtmhStXwMGUW11Yf0qUup6wMZ9qVCxZ3kpW7fyvG3ufJbXSAI4CrEF Pj2q2gwwzDRAi86n1Ofch91guAR3QqQAyoxyZBVsN8OPCGNJQ0BFyXFSDgM/Rqsf+f5n vsvqpwTXecVDyQooRxvYtBZcwmodE+yV36okB4NovpEZbQ7bbuIprIHqHrndoqIBK+Cu n2DabAjnCHMqQXFooGTBw5x7bv75heoK+79PKJYi8XcGQhUVtM3uXiY6lSZr3lhQ1LXQ nrlNjE75+afPek7hPETG4AqlZEmkGJiGNKUNNpRwJMKt9Kl0HqkJlSempFi+NmzaM0VD GnSA== X-Gm-Message-State: ACrzQf2ggVqLAJh80Ugn6QpNwYY4zX9zGG41CUAaeccJnNHqMnteNWAB EuowBnCMaHJ6oL9M8mla/n0ehI25IUQUqkcCU5ideyz+dVNdh/D6 X-Google-Smtp-Source: AMsMyM7SthzwcmTNxvKtQp4YFhFEfQrOFM6tkLpnP6c1+8b5rETbpao9u/LdU5XbiaFNaAhyql7k7muLKZvQFZZdwUU= X-Received: by 2002:a25:7ac6:0:b0:6b5:646:4596 with SMTP id v189-20020a257ac6000000b006b506464596mr21222648ybc.177.1667352011530; Tue, 01 Nov 2022 18:20:11 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Wenbo Zhu Date: Tue, 1 Nov 2022 18:19:59 -0700 Message-ID: To: Julian Reschke Cc: ietf-http-wg@w3.org Content-Type: multipart/alternative; boundary="0000000000005d4bb305ec72a49c" Received-SPF: pass client-ip=2607:f8b0:4864:20::b34; envelope-from=wenboz@google.com; helo=mail-yb1-xb34.google.com X-W3C-Hub-DKIM-Status: validation passed: (address=wenboz@google.com domain=google.com), signature is good X-W3C-Hub-Spam-Status: No, score=-20.6 X-W3C-Hub-Spam-Report: BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5, W3C_AA=-1, W3C_DB=-1, W3C_WL=-1 X-W3C-Scan-Sig: titan.w3.org 1oq2QY-0058zT-Ls 38d21111e25255a35520f66cb13e0fc5 X-Original-To: ietf-http-wg@w3.org Subject: Re: Deployment of draft-ietf-httpbis-cice (Client-Initiated Content-Encoding) Archived-At: Resent-From: ietf-http-wg@w3.org X-Mailing-List: archive/latest/40519 X-Loop: ietf-http-wg@w3.org Resent-Sender: ietf-http-wg-request@w3.org Precedence: list List-Id: List-Help: List-Post: List-Unsubscribe: --0000000000005d4bb305ec72a49c Content-Type: text/plain; charset="UTF-8" No. The server has rules that decide what MIMI types are compressible. It is possible for a client to apply C-E against an incompressible mime type (as decided by the server). With 415, the server may have to honor the client's decision to indicate AE for the request, when the server will not compress the response of the same CT. Thanks, Wenbo On Thu, Oct 13, 2022 at 2:22 AM Julian Reschke wrote: > Am 03.10.2022 um 20:20 schrieb Wenbo Zhu: > > We ran into a corner case in responding 415 to a br-compressed request > > on a server which hasn't enabled br support. > > > > When the client chooses to compress (br) an incompressible mime type (as > > the server decides), the server will advise "A-E: gzip" instead of "A-E: > > identity". > > But that's a server bug, no? > > Best regards, Julian > > --0000000000005d4bb305ec72a49c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
No. The server has rules that decide what MIMI types are c= ompressible. It is possible for a client to apply C-E against an incompress= ible mime type (as decided by the server).
With 415, the server may hav= e to honor the client's decision to indicate AE for the request, when t= he server will not compress=C2=A0the response of the same CT.=C2=A0=C2=A0

Thanks,
Wenbo

On Thu, Oct 13, 2022= at 2:22 AM Julian Reschke <jul= ian.reschke@gmx.de> wrote:
Am 03.10.2022 um 20:20 schrieb Wenbo Zhu:
> We ran into a corner case in responding 415 to a br-compressed request=
> on a server which hasn't enabled br support.
>
> When the client chooses to compress (br) an incompressible mime type (= as
> the server decides), the server will advise "A-E: gzip" inst= ead of "A-E:
> identity".

But that's a server bug, no?

Best regards, Julian

--0000000000005d4bb305ec72a49c--