[TLS] Re: Discussion about the Deployment Decision
Sophie Schmieg <sschmieg@google.com> Mon, 03 August 2026 16:18 UTC
Return-Path: <sschmieg@google.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 04272122C8F91 for <tls@mail2.ietf.org>; Mon, 3 Aug 2026 09:18:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1785773926; bh=MPvYWqK4Mt6ixsmfkn3ri4Umw9xUqHqyxRoPxOViCNU=; h=References:In-Reply-To:From:Date:Subject:To:Cc; b=wxwACBAsIeAhG6hU7dTeQ/hEMUwxu7pjM0TlJE2gQdfgma/AhTTXn0rmdZeKXzQyC v4gL/3dM6tZgpNUE43dhCCVjh6xl2og9nkDC502T4Zrtps5aVEyfWV51Hyu5mLrTDI YZtCcoO78wRRd9EP6FS5nJ6sPKMW4GCytAFZa0zc=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -17.6
X-Spam-Level:
X-Spam-Status: No, score=-17.6 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, 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] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 cU8nVOuRWpq2 for <tls@mail2.ietf.org>; Mon, 3 Aug 2026 09:18:45 -0700 (PDT)
Received: from mail-ed1-x52e.google.com (mail-ed1-x52e.google.com [IPv6:2a00:1450:4864:20::52e]) (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 8B2C8122C8E69 for <tls@ietf.org>; Mon, 3 Aug 2026 09:18:40 -0700 (PDT)
Received: by mail-ed1-x52e.google.com with SMTP id 4fb4d7f45d1cf-69a19eb2e6dso16109a12.1 for <tls@ietf.org>; Mon, 03 Aug 2026 09:18:40 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1785773914; cv=none; d=google.com; s=arc-20260327; b=JUdpNSQFDSx1KfwvJoGcq03f9/neoyjxe1nKXw+E9ztzaNQ/gejZSG9/MIrTys2YlZ dgguAycb/4KHNqWydCEKkYEVjrnlKHXXQFPLIIL/BOkUmpeK4TWKntjb2iBxyfhBbUIu 0BVeBVKhyb3KDbf6wL4SopGhrvJTZugjhGOm5AWdsshnUjSjpU2kIeYYz6i0mk7lQFy0 7PN3Vby+6bQzYqKSRbmDcbQf3O3qtrUaV0o18MoCgxV0T/4cCv+vQzgVmGPIgKKJlBEs qV382HAk66Yv4wNxgh/7JdmgbxPcMo5p57KRhkjmyMHnZWDPr4paQxL7CG185LnfN3Yp SYXQ==
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=37jUlwSu3KXMG0RmJtqrmUJVdD82Kfk0VFr1eq6EkW0=; fh=P2PX3pm3hXqpriC3+d9ySouqJH/ZsNFZOlpefok1jqk=; b=H0EP0eo7vf9mkN3BVvvNWpzGop7tB3hOCwjF+KkNTMGOFRoBd/Qm60TmmP6pCvOjpE thu1glMay2NGNDl68wmlRef7jAgYaXfX3Vt7QoG+sTn19n+hJJ9fWbevSJnCH5eTRe+b QM3AR47MqPUkXc3c95MQoHKqTZLYpl+j2mmceY4SrodgfyBOffcx9mm1aXKVn/5w+PpL YmA0vBQq5x6I8B6n59lkLODpy3wSZzfy+7UIRoTDS+rwz10ea/eiJHjPHHaaBoDqhG8R Nhautb+b4SprIrTEhyET12/P+kFu3DpYyPcAmegtCPlEv9Q/yOLPFRE7CzY6zje01LU2 rIPg==; darn=ietf.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20251104; t=1785773914; x=1786378714; 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=37jUlwSu3KXMG0RmJtqrmUJVdD82Kfk0VFr1eq6EkW0=; b=ATmGFCpemXcOeZ9PZw3sUKJxDOFhWkYzJBi/+HCXVReeeQQ29YAHgS1w7pby7HxrQM TVCP3nb7V6A6LFZjANQM7NkSt2BeaNrTXJuKrUCd4LkR82JECK3mD1XUKjtZUuf2j4Ga hAVckbV3thyKmTY5Wpoq3LcpgwgmINL5SglZlDacRRIru05Bp4r5Riyvn6j9iF9yhaAQ sGXD7cbvaG1zsh5wiKfLGE2YD9kDekesJtK/X85zXvEV/POI+oQP7eq9uw3ipbqjdNQ0 K3Qqt+ZeFZDvy9zhzMwgG69AySRMcQFe8wp+8wGDlQSq/i1ytiCTAkmWNZU5fNR1GIut iIBw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1785773914; x=1786378714; 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=37jUlwSu3KXMG0RmJtqrmUJVdD82Kfk0VFr1eq6EkW0=; b=p9s0oBKZJK4A8tM3MQ+pNusoP0BZ9ySGnDkptQp1Dve46OnJ9NROS8Ty6MJ2D+rxHe iz+CHzmpjmbWaI83A5jI2z1cnR8v9W2ie47zj3AR9VHWO0vJ18WGBy8l8P0JACXXNGEE a8SqrGG5t5p5FV102FGgKimOj7U3q4onm+hZL2CakTr+KFhdiwK/SY12vTtOuEknTkHn p/DQa/ZlPdmtfoDFc/310enI8R4s5vQJtVFM/ah/rKxLb64vEcQkHW1S19+kr3Jvd7DP i5sjLleNZstaXz88gddLqRZV15gh4ExZAiS41KXd7GyvO2YdhDqtfn409NcyeUeTaKJm HgHg==
X-Forwarded-Encrypted: i=1; AHgh+Rq9/3pq5kbHiyHOo/aE32j7eN0RBd2ZlfOhWQrb6Sxq/LaoiWEFmUzsiI9SoLsdCQcWB+s=@ietf.org
X-Gm-Message-State: AOJu0YwyNCIWWo+5yFn3ZV+5qQugOCJEViU6d/4yhW8tYFUnjnYunZrs D9o8jJu7mciT07l7WWt5J1BG68QTK39SC5rrWfJe6SMIdaHVP1DdPLYgY64EXSylGEdBB4vkNNX bW4FqejxIwBLLwumJxssT0tngbScBuBKCi3XsLPSX
X-Gm-Gg: AR+sD12AzhO/w27rhHEcOhD+LSGVte1q2XCyLq2IbL+D7gB8hXZQFnTqnG9EPrl8CGu 8LuDF9hi4QAKXi1KRB5bkPninwC9FeP9/5Iaxj4xLckozBhG5PJt2v9RO/nrRBm/oHVwh4tADcM w3BtJh3D2TaXFXWggHjNV0usGWoOEmkO9mCBopsou2HPtLGiy7Wy9s9t6l5xSAhtg7RztcS45fn bV2dsckwoNSHtDcbi2k1yfHryZbh9/SWHu12dFPxBSnU+C33zW5ScabRl4S1LgT20jltE+87/VN t94Q7+TyMBfM1AcDKYCvWU5Nmqtn4JrQ25+G9S/Ytb8Fcg18FwMiAdGU2wbHmiuviqFl9iDB9Lv Jsguvix/lLJ/jcNNV7QDnzmdvstjuEWcSYs0g9IVtW13nxg==
X-Received: by 2002:aa7:d411:0:b0:69c:83f3:4831 with SMTP id 4fb4d7f45d1cf-6a0aeb545a3mr135815a12.7.1785773913266; Mon, 03 Aug 2026 09:18:33 -0700 (PDT)
MIME-Version: 1.0
References: <CAEzBKQ4toMtAQ8-d7qK+90dY6b_cr+2v3+YPJXvT5tphRHzxjw@mail.gmail.com> <CAEzBKQ5rnqXEP5ME60ymDOib+wBqyypxppXKXzcMe84gDiJGEA@mail.gmail.com> <CAEEbLAb4bExRixbxUy=ewLh9yKXc-v9uddtkS6i_D2c16v+Uzw@mail.gmail.com> <CAEzBKQ65vqBNxZcx4hi_3HAkePnfkGNCV31CpDOPO8UmVKtsnQ@mail.gmail.com> <CAMjbhoUeGzikXOKZoD_=F0XSLkJdpEHL8UK=e99GY5FKUuNLiA@mail.gmail.com> <MN2PR17MB40311D572F799227F7527F56CDD52@MN2PR17MB4031.namprd17.prod.outlook.com>
In-Reply-To: <MN2PR17MB40311D572F799227F7527F56CDD52@MN2PR17MB4031.namprd17.prod.outlook.com>
From: Sophie Schmieg <sschmieg@google.com>
Date: Mon, 03 Aug 2026 09:18:21 -0700
X-Gm-Features: AUfX_myHiEQod4oHc5wCbIiAqOh2f8PBYK-wzTZUQ-8VCzugPLryNSQYgkc5gAk
Message-ID: <CAEEbLAZFQrOkaSgMAnb39WL8-NNMX2+LYrGy33tkK0CU6Hpp6Q@mail.gmail.com>
To: "Salz, Rich" <rsalz=40akamai.com@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c10124065826e3d2"
Message-ID-Hash: A6TCWKXWVGF7HJDPKYKH4IT5S3ZGX2GO
X-Message-ID-Hash: A6TCWKXWVGF7HJDPKYKH4IT5S3ZGX2GO
X-MailFrom: sschmieg@google.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: Paul Romer <romerp=40bc.edu@dmarc.ietf.org>, "tls@ietf.org" <tls@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [TLS] Re: Discussion about the Deployment Decision
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/vPt6gIgWBHlvDcIN6lvHg8CPLJE>
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 Paul, first off, given your now repeated pattern of showing disrespect to people based on their perceived gender, and going back to the previous conversation topic of proper use of honorifics, I will have to insist that you will address me by my last name and honorific from now on. In other words, that's "Dr. Schmieg" to you. Let us hope for both our sake's that this helps you with your unconscious biases to make the discussion less personal. Secondly, it seems that your foray into predicate logic is even more precarious than your larger expedition into the field of cryptography. My stance has been very consistent: I generally consider the non-normative recommendations parts of IETF documents of lesser importance and am willing to compromise rather quickly on them, if it helps the standard to emerge more quickly. I further consider a recommendation flag, following the language laid out in RFC 2119 to be preferable to the exercise in mathiness (great term, by the way) of attempting to model expected utility. Both are rather silly, given that we are talking about a handful of implementers most of whom are present on this list, but one is a lot sillier than the other. In other words, my preferences admit a clearly documented well-ordering. But even if they didn't, as Dennis pointed out to you in his first email, standardization is a wicked problem <https://en.wikipedia.org/wiki/Wicked_problem>, and behind the dry technical documents is a process best described as a social coordination problem, as studied by sociologists and even, when they are especially talented, economists. As such applying predicate logic to the statements on this email list will at best make Wittgenstein cry, and certainly not solve any underlying disagreements. Best, Dr. Sophie Schmieg On Mon, Aug 3, 2026 at 8:09 AM Salz, Rich <rsalz=40akamai.com@dmarc.ietf.org> wrote: > > I’m confused. Paul, what do you want to happen? Do you understand the > IETF workflow and what “IETF last call” means in terms of process? > > Do you know what RECOMMENDED=N means? Quoting [1]: > > If the "Recommended" column is set to "N", it does not necessarily > mean that it is flawed; rather, it indicates that the item either > has not been through the IETF consensus process, has limited > applicability, or is intended only for specific use cases. If the > "Recommended" column is set to "D," the item is discouraged and > SHOULD NOT or MUST NOT be used, depending upon the situation; > consult the item's references for clarity. > > The IETF expresses an opinion by saying “RECOMMENDED=N”. Many in the IETF > recognize that others — often those deploying and purchasing systems — will > have a different opinion. > > > [1] https://www.iana.org/assignments/tls-parameters#tls-parameters-8 > _______________________________________________ > TLS mailing list -- tls@ietf.org > To unsubscribe send an email to tls-leave@ietf.org > -- Sophie Schmieg | Information Security Engineer | ISE Crypto | sschmieg@google.com
- [TLS] Discussion about the Deployment Decision Paul Romer
- [TLS] Re: Discussion about the Deployment Decision Paul Romer
- [TLS] Re: Discussion about the Deployment Decision Sophie Schmieg
- [TLS] Re: Discussion about the Deployment Decision Paul Romer
- [TLS] Re: Discussion about the Deployment Decision Bas Westerbaan
- [TLS] Re: Discussion about the Deployment Decision Salz, Rich
- [TLS] Re: Discussion about the Deployment Decision Sophie Schmieg
- [TLS] Re: Discussion about the Deployment Decision Nadim Kobeissi
- [TLS] Re: Discussion about the Deployment Decision Paul Romer
- [TLS] Re: Discussion about the Deployment Decision Salz, Rich
- [TLS] Re: Discussion about the Deployment Decision Paul Romer
- [TLS] Re: Discussion about the Deployment Decision Salz, Rich