Received: from util.redbarn.org (util.redbarn.org
 [IPv6:2001:559:8000:cd::222])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange x25519 server-signature ECDSA (prime256v1) server-digest
 SHA256)
	(No client certificate requested)
	by mx.ietf.org (Postfix) with UTF8SMTPS id 4D41846
	for <dnsop@ietf.org>; Tue, 03 Nov 2026 15:57:47 +0000 (UTC)
Authentication-Results: mx.ietf.org;
	dkim=pass header.d=redbarn.org header.s=util header.b=kwINI6x9;
	spf=pass (mx.ietf.org: domain of paul@redbarn.org designates
 2001:559:8000:cd::222 as permitted sender) smtp.mailfrom=paul@redbarn.org;
	dmarc=none
Received: from family.redbarn.org (family.redbarn.org [24.104.150.213])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519MLKEM768 server-signature RSA-PSS (4096 bits)
 server-digest SHA256
	 client-signature RSA-PSS (4096 bits) client-digest SHA256)
	(Client CN "*.redbarn.org",
 Issuer "Sectigo Public Server Authentication CA DV R36" (not verified))
	by util.redbarn.org (Postfix) with UTF8SMTPS id 83EF71EA32A
	for <dnsop@ietf.org>; Tue, 03 Nov 2026 15:57:40 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=redbarn.org; s=util;
	t=1793721460; bh=40ROIO1uokmOVqCfeq5uo3Mdf4fvDUf9w0UaI4bpNi8=;
	h=Date:From:To:In-Reply-To:References:Subject;
	b=kwINI6x9ogaIZzCv2CGG1pFMUSz0V5crHAe92dTrH1UJgn0PNZFBwU1FyngynREkd
	 x11yl8wqOqWlIe78e0+05dsayXyEj9HNfBTwGEWGdCqN23NnEkMrvc4DAk8XxmG6CA
	 YD1oR5kBpm2XiuY28AMmuXA3qnLEo//fx27GFI1E=
Received: from dummy.faircode.eu (unknown
 [IPv6:2001:559:8000:c9:e6e2:67b9:b0c:16c])
	(using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)
	 key-exchange x25519 server-signature RSA-PSS (4096 bits) server-digest
 SHA256)
	(Client did not present a certificate)
	by family.redbarn.org (Postfix) with UTF8SMTPSA id E16D57
	for <dnsop@ietf.org>; Tue, 03 Nov 2026 15:57:44 +0000 (UTC)
Date: Tue, 3 Nov 2026 07:57:40 -0800
From: Paul Vixie <paul@redbarn.org>
To: dnsop@ietf.org
Message-ID: <0425cb7d-aded-42c1-b24c-9dbf37f67604@redbarn.org>
In-Reply-To: <31888a5d-fd54-4639-a2b7-f3026cb800a8@isc.org>
References: 
 <CAHw9_iLECFDh5y1+fmXw59TGw=pG4-k3-jED3SpBJr9p0zYjnA@mail.gmail.com>
 <D108814D-DA40-488B-855E-9DA78E41D04C@strandkip.nl>
 <b6a1053a-62fb-4198-9c6b-b89d2f6f86ed@app.fastmail.com>
 <A6918BF9-FA28-4DB1-811F-FAE2C088746D@rfc1035.com>
 <31888a5d-fd54-4639-a2b7-f3026cb800a8@isc.org>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_14_207743696.1793721460946"
X-Correlation-ID: <0425cb7d-aded-42c1-b24c-9dbf37f67604@redbarn.org>
X-Spamd-Bar: -----------------------
Message-ID-Hash: 7MEZQWFV3P6JQFVTGTWK53XABJBXIULX
X-Message-ID-Hash: 7MEZQWFV3P6JQFVTGTWK53XABJBXIULX
X-MailFrom: paul@redbarn.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; loop;
 banned-address; header-match-dnsop.ietf.org-0; emergency; member-moderation;
 nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size;
 news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.10
Precedence: list
Subject: [DNSOP] Re: Either the worst or best idea ever - draft-wagope-dnsop-do-bit
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
Archived-At: 
 <https://mailarchive.ietf.org/arch/msg/dnsop/P4WweAWfYDCBB8KS1Aq-sSSSWHI>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Owner: <mailto:dnsop-owner@ietf.org>
List-Post: <mailto:dnsop@ietf.org>
List-Subscribe: <mailto:dnsop-join@ietf.org>
List-Unsubscribe: <mailto:dnsop-leave@ietf.org>

------=_Part_14_207743696.1793721460946
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

<<If size of signature is a problem (and I want data to support that claim and not speculation, please) _then_ we can invent a signal to send large PQ signatures only to clients which understand them. That's certainly better than DO=0.>>

+1.

------=_Part_14_207743696.1793721460946
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<html>
 <head>
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
 </head>
 <body>
  <span dir="ltr" style="margin-top:0; margin-bottom:0;">&lt;&lt;If size of signature is a problem (and I want data to support that claim and not speculation, please) _then_ we can invent a signal to send large PQ signatures only to clients which understand them. That's certainly better than DO=0.&gt;&gt;</span>
  <br>
  <br>
  <span dir="ltr" style="margin-top:0; margin-bottom:0;">+1.</span>
  <br>
 </body>
</html>
------=_Part_14_207743696.1793721460946--