[DNSOP] Re: New Version Notification for draft-nottingham-dnsop-censorship-transparency-00.txt
Michael Richardson <mcr@sandelman.ca> Mon, 23 February 2026 07:19 UTC
Return-Path: <mcr@sandelman.ca>
X-Original-To: dnsop@mail2.ietf.org
Delivered-To: dnsop@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 9CCBABC02A6F for <dnsop@mail2.ietf.org>; Sun, 22 Feb 2026 23:19:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.8
X-Spam-Level:
X-Spam-Status: No, score=-2.8 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=sandelman.ca
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 Fq5gPCI709eP for <dnsop@mail2.ietf.org>; Sun, 22 Feb 2026 23:19:46 -0800 (PST)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 307B8BC02A67 for <dnsop@ietf.org>; Sun, 22 Feb 2026 23:19:46 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id AA02138187; Mon, 23 Feb 2026 02:19:45 -0500 (EST)
Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavis, port 10024) with LMTP id smvxO0FVP5du; Mon, 23 Feb 2026 02:19:44 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sandelman.ca; s=mail; t=1771831184; bh=Lmw6Arfvi6xBZVi5nJ72GQtRShb/cfFWuJ+mkBbMC2M=; h=From:To:Subject:In-Reply-To:References:Date:From; b=bM5BSd6yAR3YeysVXbMevp5SnT2oIMipzKj9JaZi0QPyxtxCEmIZQV9uLz46HMvuN DPa9zFkh6HRA4ocYVAoUiW7GlWGQ+hkm+IdRisYPCoMyLQkTC+2/z5m2epSfhHYWaP l5Ob7qoBIdpiUuXSXeieJbhVa9+JsV7Wv6l89pa8OJqibKABgUJQZC82ktGy0juFZa AmGHhVly6h+xHmrdtz9u6ZrsOqCL2hGeO8kApdKlGrml9zyECmsPxYo0L8yFxojD8u X59rdiS0qobDJaLZbM9C2COqkAWXdGWpYeh5U6sv2RE+iyx/77Q06RzC1axe10Ae+w S4MXwZRr0q+ww==
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 1441A38186; Mon, 23 Feb 2026 02:19:44 -0500 (EST)
Received: from obiwan.sandelman.ca (obiwan.sandelman.ca [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 0D464178; Mon, 23 Feb 2026 02:19:44 -0500 (EST)
From: Michael Richardson <mcr@sandelman.ca>
To: Mark Nottingham <mnot@mnot.net>, "dnsop@ietf.org WG" <dnsop@ietf.org>
In-Reply-To: <E98247D1-4A86-478F-8AAB-4AD8433AEB61@mnot.net>
References: <177154390721.1462366.14455153337258556573@dt-datatracker-6ff7c68975-7k42g> <AFA212A4-FDDA-4BBC-AD07-655152EE08CC@mnot.net> <1c735c0f-2964-f0f1-1917-ab430c24d16e@nohats.ca> <5EBD15F2-5A0D-437B-96F7-9B9D3E73A37E@mnot.net> <5595.1771779435@obiwan.sandelman.ca> <651D7B0B-AD27-4F84-829A-698D3B3A2847@mnot.net> <18321.1771825961@obiwan.sandelman.ca> <E98247D1-4A86-478F-8AAB-4AD8433AEB61@mnot.net>
X-Mailer: MH-E 8.6+git; nmh 1.8+dev; Emacs 30.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0;<'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Mon, 23 Feb 2026 02:19:44 -0500
Message-ID: <13125.1771831184@obiwan.sandelman.ca>
Message-ID-Hash: FIJPFZQUC6KYASAMPJCVAA4GWGWF25HN
X-Message-ID-Hash: FIJPFZQUC6KYASAMPJCVAA4GWGWF25HN
X-MailFrom: mcr@sandelman.ca
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-dnsop.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [DNSOP] Re: New Version Notification for draft-nottingham-dnsop-censorship-transparency-00.txt
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/RjgjUw32OJ9gNLhsu7xrp0Ut3bE>
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>
Mark Nottingham <mnot@mnot.net> wrote:
> So, vendor extension namespaces make sense when they need a
> 'playground' to operate within for instance-to-instance
> interoperability. How would that work here -- what's the case for a
> "vendor-specific" database that *isn't* referred to by others?
I thought that this was dealing with the part:
mcr> 2) we want to allow the set of errors to be easily extended by many different
mcr> resolvers
and databases
(as you clarified)
mcr> who have an increasing and many obtuse set of filtering
mcr> conditions.
So when we get a new filtering that says that domains with adjacent vowels
forbidden, rule 4Q8NQ from a coalition of western (Albertan, Saskatchewan)
separatists attacking the other 7 provinces (the other 7 have adajacent
vowels, but ya gotta think bilingually. I should be asleep).
When non-Canadian users wonder, they get a nice explanation in their
language.
Unless my work is wrong, I think it's a really good^Wbad, absolutely insane example.
--
] Never tell me the odds! | ipv6 mesh networks [
] Michael Richardson, Sandelman Software Works | IoT architect [
] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails [
- [DNSOP] Fwd: New Version Notification for draft-n… Mark Nottingham
- [DNSOP] Re: Fwd: New Version Notification for dra… Paul Wouters
- [DNSOP] Re: New Version Notification for draft-no… Mark Nottingham
- [DNSOP] Re: New Version Notification for draft-no… Vittorio Bertola
- [DNSOP] Re: New Version Notification for draft-no… Mark Nottingham
- [DNSOP] Re: New Version Notification for draft-no… Mark Nottingham
- [DNSOP] Re: New Version Notification for draft-no… Paul Wouters
- [DNSOP] Re: New Version Notification for draft-no… Ben Schwartz
- [DNSOP] Re: New Version Notification for draft-no… Mark Nottingham
- [DNSOP] Re: New Version Notification for draft-no… Michael Richardson
- [DNSOP] Re: New Version Notification for draft-no… Michael Richardson
- [DNSOP] Re: New Version Notification for draft-no… Mark Nottingham
- [DNSOP] Re: New Version Notification for draft-no… Mark Nottingham
- [DNSOP] Re: New Version Notification for draft-no… Michael Richardson
- [DNSOP] Re: New Version Notification for draft-no… Michael Richardson
- [DNSOP] Re: New Version Notification for draft-no… Mark Nottingham
- [DNSOP] Re: New Version Notification for draft-no… Michael Richardson
- [DNSOP] Re: New Version Notification for draft-no… Ben Schwartz
- [DNSOP] blasphemy in the DNS Jim Reid
- [DNSOP] Re: blasphemy in the DNS Michael Richardson
- [DNSOP] Re: blasphemy in the DNS Mark Nottingham
- [DNSOP] Re: New Version Notification for draft-no… Paul Wouters
- [DNSOP] Re: New Version Notification for draft-no… Ben Schwartz
- [DNSOP] Re: New Version Notification for draft-no… Michael Richardson
- [DNSOP] Re: blasphemy in the DNS Michael Richardson
- [DNSOP] Re: New Version Notification for draft-no… Vittorio Bertola