Re: [regext] WG LAST CALL: draft-ietf-regext-unhandled-namespaces-03

Patrick Mevzek <> Sun, 25 October 2020 22:23 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id A5A553A1683 for <>; Sun, 25 Oct 2020 15:23:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Status: No, score=-2.098 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_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key) header.b=hMjcoQRw; dkim=pass (2048-bit key) header.b=A5hkqT+R
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id wcdd9ClxCz88 for <>; Sun, 25 Oct 2020 15:23:28 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 702103A1673 for <>; Sun, 25 Oct 2020 15:23:28 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal []) by mailout.west.internal (Postfix) with ESMTP id C7DC22EB for <>; Sun, 25 Oct 2020 18:23:27 -0400 (EDT)
Received: from imap22 ([]) by compute3.internal (MEProxy); Sun, 25 Oct 2020 18:23:27 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; h= mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm1; bh=GGkqwg0yLZA9ZBMCMQdjf13jdjzhtia JorpJC/U0yIM=; b=hMjcoQRw1+uL1EaSPoUndOlI7S+RTPf9ciL8s01qlm9pFaB kPaw5sr/2CK9g9JzD8Q1CmCJvOyY+k0OLsqsU23I/G6SM971alUyyur6zC88R1bo gePq7SBud03MlldgpX6936JeyVxjvcABerC2a8m7drQ31gT6HLRFAMxB6ppGqERz 49nfR4hndxKlluHdvQqIG+csCa2jBc36cqeL+jJhso2X4NGVxtr3WIn1cVMBSm4D zbXJo7DHu/2hpKVodrRPMDczmmrKnBXAojVBI7YBSO96kq7RuHpulQ86lapp1Czr pZIwThGpyXHDnzcMg6TyH5u3mcm49KECiZnhO7w==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=GGkqwg 0yLZA9ZBMCMQdjf13jdjzhtiaJorpJC/U0yIM=; b=A5hkqT+RCoSvPdNOokEJrP m2bK6qrfxQq+/JSruxcEUYc+qv7MH9PPWe97IF6v7gLyDSiDbeQaDynrfSLRwtnp 9WMbuDAsJZaLM4U0n66y7ihY1rXnjwPgCT8YjCOfWqRCOAt2iXtJdtyKhmCuGU5M iwzPN4TzlCVvlhJKUJ89Ti+0j13qWq5HWSWe7rQF1Zb0CPKRwczLIYCHqbEfKcUG G7gQs0HSkfOC4Tlp/UZOPoLY1Ivqtf+H5g+d2NNAAUWhTpYThiRAMaGF5P1slIDB hEsb1Moxd9dwj2app+Gl5hprE2iXHcdSEI7lTkyfAfQOY4Z2imY1Gr87Qb9axU5g ==
X-ME-Sender: <xms:3_qVX5WukovTaU1TuXmzsG2W37bT1mW2OlkLCGS3P5NPeO8RhQyIqavj_2c> <xme:3_qVX5lPoKX1t5gXkhfAFGdUMJqAitYNSoPBwiKfAWf4OWy8X1Y3kkYEGsGJRkG-y PS0l7cu8-Fc-mgBpw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrkeeggdduiedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsehttd ertderredtnecuhfhrohhmpedfrfgrthhrihgtkhcuofgvvhiivghkfdcuoehpmhesugho thgrnhgutghordgtohhmqeenucggtffrrghtthgvrhhnpedugfffieehffejkeduhfdvke evffdufeeuieekheeuffejfeejieetieehudfgkeenucevlhhushhtvghrufhiiigvpedt necurfgrrhgrmhepmhgrihhlfhhrohhmpehpmhesughothgrnhgutghordgtohhm
X-ME-Proxy: <xmx:3_qVX1ayMZPMRPE0dbWZ02tn1F04Y0cqEkl14p46Wm-1I6hOSrogbw> <xmx:3_qVX8WejZJ_puJt3TZeBO66mQtkWNPdTkEOLO5mdyB0k4CURtl-mg> <xmx:3_qVXzlc0RLxYWJRREai8-FB-UylItHmJgedi5JbU1bGe3Zn2n45-Q> <xmx:3_qVX_x2MGtRUtYKYNIu3pzbZvO1AMaYc-AF2xNHWrl02UEO7pNWCw>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id D4C356680078; Sun, 25 Oct 2020 18:23:26 -0400 (EDT)
X-Mailer: Webmail Interface
User-Agent: Cyrus-JMAP/3.3.0-529-g69105b1-fm-20201021.003-g69105b13
Mime-Version: 1.0
Message-Id: <>
In-Reply-To: <>
References: <> <> <> <> <> <> <>
Date: Sun, 25 Oct 2020 17:23:06 -0500
From: Patrick Mevzek <>
Content-Type: text/plain
Archived-At: <>
Subject: Re: [regext] WG LAST CALL: draft-ietf-regext-unhandled-namespaces-03
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Registration Protocols Extensions <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 25 Oct 2020 22:23:30 -0000

On Thu, Oct 22, 2020, at 08:47, Gould, James wrote:
> I do need to clarify one 
> thing, there was no specific changes needed on the client-side to 
> support draft-ietf-regext-unhandled-namespaces other than ensuring that 
> the draft-ietf-regext-unhandled-namespaces XML namespace is included in 
> the login services. 

There was no specific changes needed on the client-side... for YOUR client.
Great for you, but from that you can not draw a conclusion that your draft
creates no problem whatsoever.

Please take into account there are other clients out there, that may work
differently and do different assumptions.

Your draft changes the assumptions in RFC 5730. And hence may break existing
clients. By saying that there was no problem for one client is not a proof
that interoperability was not broken.

> Clients should be capable of parsing and marshaling the 
> <extValue> element regardless of whether or not 
> draft-ietf-regext-unhandled-namespaces is supported.  

This is unrelated. You are changing the text from RFC 5730 that says
explicitly this content is client provided. You are now redefining what
is in RFC 5730 by saying "any content is fine here".

> The 
> approach taken with draft-ietf-regext-unhandled-namespaces enables the 
> information to be returned without the chance of breaking a validating 
> client that doesn't support the service,

This is untrue, as you change the semantics of RFC 5730 at least twice
(content of extValue, and possibly having value/extValue with NON error codes)

Your draft *clearly* creates a _risk_ for any existing client starting to break
once a server enables this feature. Saying that one client works fine is
not a measure of interoperability risks when it is deployed.

  Patrick Mevzek