[TLS] Re: Request to the Working Group Chairs (according to RFC 2026 Section 6.5.1 in conjunction with RFC 2418 Section 3.4) – Re: Improving the quality of the discussion on the TLS email list

Deb Cooley <debcooley1@gmail.com> Sun, 02 August 2026 15:36 UTC

Return-Path: <debcooley1@gmail.com>
X-Original-To: tls@mail2.ietf.org
Delivered-To: tls@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 2810512256336 for <tls@mail2.ietf.org>; Sun, 2 Aug 2026 08:36:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1785684964; bh=kHwAszyPru3REVf4AYEi9Cot6pqH10YlMjMdw3w0USs=; h=References:In-Reply-To:From:Date:Subject:To:Cc; b=hE/wTG0Sy5LVWPfAc/4d3megodTwKvZn6FlZU5BXGS6xLb9LUtOH6jhnh1kwD322M Dc8FSpMAlZ/yt7ZbsuROqNQxdK93HosfdxOf1MK3hBsljstYiMWG5w2mPA0oexzD/Z znP/PivtsE8r4EfWdzDwH/ZkSGmbu68kUgz/b2rg=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.848
X-Spam-Level:
X-Spam-Status: No, score=-1.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZzMTnq4Frfax for <tls@mail2.ietf.org>; Sun, 2 Aug 2026 08:36:02 -0700 (PDT)
Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 045CA12256313 for <tls@ietf.org>; Sun, 2 Aug 2026 08:36:02 -0700 (PDT)
Received: by mail-pl1-x62e.google.com with SMTP id d9443c01a7336-2ce87c7e3bbso26451885ad.1 for <tls@ietf.org>; Sun, 02 Aug 2026 08:36:01 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1785684955; cv=none; d=google.com; s=arc-20260327; b=NKyaUy0d+uzcypZ7jg2qXImy2DshhrDBEKXDW8OlU8z1fxFxL1m6Oc4Ky9jv9HCLNL ziGFi2dCcsq7mL7I6bDrxzPTFg/DLFKgZl3479yboKCr7gYgZtkpdbaaSpFn+jxRoFvI joFyl5cEpPz7Z8PI0Xwy0KyMExYWqiDk9Vpqv3TkQDp6C5Opq43hFCHUu2o0euxmc4Vn KomFG8zQY2yxBJwMjELKJKTue07GZLvsHQGCO9Pgh28Fkzb8wudoQAoMY/jfUMtA7wvI qCxhGzTTsroL76o1ogVOGHkMFtlw512egACrXR2pJ3sDO2X/XmdAniV3RaEe0bfFmFQr QzAA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20260327; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=uXjt7NKaIEKC1hW/rroKRipjRfsGKItof2mNZuVVSXg=; fh=xWngC6Dc1K1m2sclQn31/Ndgdy1XcA7hTM8ZTAO8GmE=; b=PLP9gn78V5++PhQ+HQV6auPSJo/Gu85kEkJ+1BUgasIfYJ/UNy8OaAIKWUXnnmf7n/ t5Rfd+9d78jeVIH7Wkb/wRILH0bBbieVjCq+EwjJ8eFVnuXJo2afL9LYzUnNvYG3Gb+K 2qJDR68dExZnCzLtM7Rb2NbOr8bEtVJ/pRZUntryJnlJ3IyqlWgE/8qTr1AMeyDQNx3W 1D3vLT/GWQPC1txRfUCL1FlkH9gKJMfLCUnJXMMDm/RzpQbo28xtecg2S6bz7DUokoaw bO4VObXYZdwyBku1gzqU4aK1mLcWGIHiOWEbIYvwMdAKWDX5IYNief87D5/8ZTnMc/ge qdWw==; darn=ietf.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1785684955; x=1786289755; darn=ietf.org; h=content-type:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:from:to:cc:subject:date:message-id:reply-to :content-type; bh=uXjt7NKaIEKC1hW/rroKRipjRfsGKItof2mNZuVVSXg=; b=LKDMDt5gK1BpFn+b8E6rekmpUMurI1rgmEXa66lFplWC2uCB/SSAtVlm6DBws44OWJ 0uogy8+eaYUouJzeoVoI9Xi3bH2y+K30bo1oepEELtXTROo6yq6+q+qnKWLApwECmcVo ZLJ7kcHh/vBHcQOXW0Df2dnUs9Lc+3t77MqdKipitAhRMGo95hJPSSAUkiL4dh6+fKzo I0Fp57NNOP99uwvuzT+7VgukDCLIfuBz32nHRXXQvbPjQnSPp0eKm5GRHcmvjTC7e0Ka EAZWCrphrCWuOoq8Aw7fL3TIexFbav5O0Xf5bOt3IR4shv9Bs7CNS2deDJ+0FEfT3Hmy fxVw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1785684955; x=1786289755; h=content-type:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to:content-type; bh=uXjt7NKaIEKC1hW/rroKRipjRfsGKItof2mNZuVVSXg=; b=EF4qieVvwYW4OLBqFE/elBVlUz1qzf7DUTpa61pykkkicPdYciI/T9RKv8nezsGwhC pKWYnEB4JSRKwRS06fRhxMJ0MsEYO93/u0Fra0Zy2yFnytCGeNVIKqpVGdZROewOXhaq 3UHpPX6lJS0oNR5bVEpDQ54s3nlwwHu/G4s6FZbxFmtQhIDUjGIPTQVxDLbEN1RyZf6Q uM7hK4ewtpQJGL0Ix4qgllticQnCrHHeDNqIf1d16JgnUuCHM2LmBOSRF7h/A/KyH0Dv /n/4usjvvxXl8moHtfcr59A2Iy+FkgX82ES+grkEHN4NnsjIGrMs0Hczfz9VG9N3p5uU UMxw==
X-Forwarded-Encrypted: i=1; AHgh+RqRvK7rsWBcXUvvPz1QGweCWOz9K7UEWIlK0jwNplI7iLJz3Srh2fqiGjxOeICKh1XhJCw=@ietf.org
X-Gm-Message-State: AOJu0Yzzknk3O5sb54BW/MEA7TRreh6eBDYGIsvs8OkSlET2Th3c2cCa huo/BL9O71enKbOO6SoDnmIcExM8X6urNI1GSMLXc+sfI7d39jNZxe3gAOPMYhaiqeBMgb77nH9 MA4pWqQCYMG6Y7+n8Hxw3mUAIPbpFiw==
X-Gm-Gg: AR+sD11gKmhdAS0jtacu81UGvcwAnqiIj4bNEpXCRXvoAAypRGPtGvrK4xr8Laxq2yG Zjp21UWPr7lakZUkffI3g5k4TIrU+AfB/Ft3o8zdjSzJbPXlgBKuYGlDCxqXeC7l9jhRez5RzLU Os5gdhtq7lDSnSmNOP08sI+MYltHtrum+1SpNFfWmTx/W0cmZ8LZqAgE4YDjFctkuNcvTfPEotQ pjeAXyS8zsb7i8z+UzzPhbyD4T3pVbQu9S0JuIaofsmOr0SE3ToLwGZR3AvcRH2JJgu3Ju7Za6e na/W5iwqfcOYMfrZhw0Cuj2AC8IFhMd5JvP6EzF6XhRtF/a8pKcpvek4JkRuf1jTbAfS6en/uyb KS96YjfEfWhakJ1rl1x4e3/3F/dIyyZlJgDD4rSelsoJ6Fvzcu7UxAfys1kshzw==
X-Received: by 2002:a05:6a21:9985:b0:3c3:8d86:9856 with SMTP id adf61e73a8af0-3c92a5a1935mr6500240637.14.1785684954820; Sun, 02 Aug 2026 08:35:54 -0700 (PDT)
MIME-Version: 1.0
References: <CAEzBKQ4fymnSeo8tgqMLOfKopvMGk4xnDq=SQJKf-RBL4-uh6g@mail.gmail.com> <CAEEbLAbhZUpempA9Rvjhm1qrLfBWXa_2ntdfpO20cqDu0h5fbQ@mail.gmail.com> <CAEzBKQ6NOzQc66T+SEdSvLa2gxjtO77DYUUWuTfr99zV_a-Ofg@mail.gmail.com> <c8a74833-35cd-44a0-8992-e5463a82aa8f@dennis-jackson.uk> <F95592F7-6E60-4835-B21C-B5B1954084F7@kenkubota.de> <b3321e23-5f9b-4f8a-8bd9-d2cca2800d67@lear.ch> <amypaHNTh0Ya7XF+@ein.win.tue.nl> <538b6162-6cbb-4051-9810-601b29f880fe@app.fastmail.com> <CAA+_yBYWP_3MOcTM8FH8wjiif_L_WLOPVHKnp8nVmGJzFiCCpQ@mail.gmail.com> <f5cb425b-6fd4-48f2-aec0-5272e9ff30fe@app.fastmail.com> <0F869FB6-FAF9-4DBB-A046-3ABEA0A14C44@joseon.com> <MN2PR17MB40315611A5F4FD712F362BA9CDC82@MN2PR17MB4031.namprd17.prod.outlook.com> <8A9729C8-6F3A-4CC5-8313-27B415146C74@kenkubota.de> <MN2PR17MB4031AD772BC0B7E14DE91B3CCDD72@MN2PR17MB4031.namprd17.prod.outlook.com> <1DE383DF-E53D-406E-A722-FE210D157A4B@kenkubota.de>
In-Reply-To: <1DE383DF-E53D-406E-A722-FE210D157A4B@kenkubota.de>
From: Deb Cooley <debcooley1@gmail.com>
Date: Sun, 02 Aug 2026 11:35:42 -0400
X-Gm-Features: AUfX_mxZLXsjcjUrghENIEH_b6K4ZhkyPfHDu45rgAFulvBxnz8ILj9gOWaSEuI
Message-ID: <CAGgd1Od38b-JLscbCYBfK_xuS09CA6pXx+jgc7hPwrbVKKiLHQ@mail.gmail.com>
To: Ken Kubota <ietf@kenkubota.de>
Content-Type: multipart/alternative; boundary="00000000000069b4630658122d4a"
Message-ID-Hash: QVKPAP35EK7AIKCHLWUG2HDWQI3QJSLN
X-Message-ID-Hash: QVKPAP35EK7AIKCHLWUG2HDWQI3QJSLN
X-MailFrom: debcooley1@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tls.ietf.org-0; header-match-tls.ietf.org-1; header-match-tls.ietf.org-2; header-match-tls.ietf.org-3; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: tls-chairs@ietf.org, "Salz, Rich" <rsalz=40akamai.com@dmarc.ietf.org>, Andrew Lee <andrew@joseon.com>, Orr Dunkelman <orrd@cs.haifa.ac.il>, "tls@ietf.org" <tls@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [TLS] Re: Request to the Working Group Chairs (according to RFC 2026 Section 6.5.1 in conjunction with RFC 2418 Section 3.4) – Re: Improving the quality of the discussion on the TLS email list
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tls/hPyfBxW5uV8O2IOzPhHxWpf_ceo>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tls>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Owner: <mailto:tls-owner@ietf.org>
List-Post: <mailto:tls@ietf.org>
List-Subscribe: <mailto:tls-join@ietf.org>
List-Unsubscribe: <mailto:tls-leave@ietf.org>

Hi,

It is unclear, to me, what the purpose of this email is.

Are you filing a complaint (sometimes called an appeal) to the chairs?  If
so, this is done in accordance with RFC 2026, Section 6.5.1.  You need to
state what your complaint is, clearly and concisely.  And you can attempt
to request a resolution date, but that is not binding on the chairs.

Or is there another purpose?  I encourage you again to be clear and concise.

I also suggest you take a look at RFC 7282, Sections 5-7 (especially 7) [0]



[0] https://datatracker.ietf.org/doc/html/rfc7282




On Sun, Aug 2, 2026 at 8:35 AM Ken Kubota <ietf@kenkubota.de> wrote:

> [Request to the Working Group Chairs (according to RFC 2026 Section 6.5.1
> in conjunction with RFC 2418 Section 3.4)]
> [Response to Rich Salz]
>
> In the event of a conflict, the first step in the escalation ladder
> involves the WG Chairs [1, 2].
>
> Attempting to bypass this step (your second suggestion) by filing an
> appeal now would lead to an automatic rejection of the appeal, as outlined
> in [2].
> Similarly, attempting to discuss this directly without the WG Chairs (your
> first suggestion) will waste time and resources, yet yield no resolution
> regarding the decision in question.
>
> If you are genuinely concerned about resolving this conflict, please also
> urge the WG Chairs to fulfill their responsibility in actively resolving
> the issue by participating in the discussion on this mailing list.
>
> Numerous complaints have been lodged by experts from academia, industry,
> and government.
> The decision based on an alleged "rough consensus" [3] was announced on
> "Sun, 19 July 2026 11:31 UTC" [3].
> To comply with the two-month deadline for complaints, an appeal must be
> filed no later than
>     September 18th
> ("All appeals must be initiated within two months of the public knowledge
> of the action or decision to be challenged." [4]).
>
> Due to the protracted standard escalation process [1], the relatively
> tight deadline, and the lack of response from the WG Chairs -- not only to
> the many complaints, but also to my email sent on 17 July [5] --, it has
> now become incumbent upon the Chairs to participate in this discussion here
> on this mailing list.
>
> For this reason, I am forwarding this message to the address
> tls-chairs@ietf.org listed in [6], to ensure all Chairs (Deirdre
> Connolly, Joseph A. Salowey, Sean Turner) [7] receive it.
>
> To resolve this highly contentious issue in a constructive and fair
> manner, the WG Chairs are requested to reply by
>     Sunday, August 9, 2026
> to all open emails, rather than providing merely summarizing statements,
> ensuring that all objections are fully addressed.
>
> Kind regards,
>
> Ken Kubota
>
> ____________________________________________________
>
> Ken Kubota
> https://doi.org/10.4444/100
>
>
>
> [1] https://mailarchive.ietf.org/arch/msg/tls/ByLJ7Kf1EbP2fESF5R4KRhkKPsE/
> "    ... going through the standard escalation ladder
>     Working Group's chair(s) -> Area Director(s) -> IESG -> IAB [1]
>     prior to escalating to a higher instance
>     (according to RFC 2026 Section 6.5.1 in conjunction with RFC 2418
> Section 3.4) ...,"
>
> [2] https://datatracker.ietf.org/group/iesg/appeals/artifact/315
> "taken in specific instances by WG Chairs should be raised through the
> conflict resolution practices outlined in Section 3.4 of RFC2418 and
> Section 6.5 of RFC2026."
>
> [3] https://mailarchive.ietf.org/arch/msg/tls/tPe7m_vpmDco43588yVW3JWrb8U/
>
> [4] https://www.rfc-editor.org/info/rfc2026/#section-6.5.4
>
> [5] https://mailarchive.ietf.org/arch/msg/tls/ZEmoMBkoOu9uLeZe0zcettVy5qY/
>
> [6] https://datatracker.ietf.org/wg/tls/email/
>
> [7] https://datatracker.ietf.org/wg/tls/about/
>
>
>
> > Am 01.08.2026 um 14:16 schrieb Salz, Rich <rsalz=
> 40akamai.com@dmarc.ietf.org>:
> >
> > On 7/31/26, 8:24 PM, "Ken Kubota" <ietf@kenkubota.de> wrote:
> >
> > Please show me where in 2026 and/or 2418 where it says that the
> reasoning behind all decisions must be made public.  Perhaps take a look at
> the definition of formal record in [1] and the discussion of how to
> determine consensus at [2].
> >
> > If you don’t like the decision the chairs have made, you can appeal it.
> The appealing body will look at the evidence and decide who is right. This
> is not a court of law, there is no testimony, diaries, notes about
> discussions, or the like.
> >
> > [1] https://www.rfc-editor.org/info/rfc2026/#section-8
> > [2] https://www.rfc-editor.org/info/rfc2418/#section-3.3
> > _______________________________________________
> > TLS mailing list -- tls@ietf.org
> > To unsubscribe send an email to tls-leave@ietf.org
>
> _______________________________________________
> TLS mailing list -- tls@ietf.org
> To unsubscribe send an email to tls-leave@ietf.org
>