RE: Enough is Enough.

John C Klensin <john-ietf@jck.com> Tue, 20 October 2020 23:34 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92BE93A0953 for <ietf@ietfa.amsl.com>; Tue, 20 Oct 2020 16:34:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LwGxMCLlsDJZ for <ietf@ietfa.amsl.com>; Tue, 20 Oct 2020 16:34:09 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5AA9F3A0971 for <ietf@ietf.org>; Tue, 20 Oct 2020 16:34:09 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1kV18p-0005Yn-Mo; Tue, 20 Oct 2020 19:34:07 -0400
Date: Tue, 20 Oct 2020 19:34:01 -0400
From: John C Klensin <john-ietf@jck.com>
To: Khaled Omar <eng.khaled.omar@outlook.com>
cc: ietf@ietf.org
Subject: RE: Enough is Enough.
Message-ID: <91AE9B7D96424EBB9CD97D74@PSB>
In-Reply-To: <VI1P194MB0285CB6AD0610236FAF456B0AE1F0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM>
References: <VI1P194MB02851798998F8B7CAE17EBEBAE1F0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <1244503240.69594.1603213781185@email.ionos.com> <VI1P194MB028587C3EBD5F3B842444C24AE1F0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <CAF4+nEHhpaDUPswSPxNPtsx_daUdo95cADgk9LYDOnnRwnPkUw@mail.gmail.c om> <VI1P194MB0285821C9E9877996F640B04AE1F0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <951477273.71083.1603217515529@email.ionos.com> <VI1P194MB0285037AFE4A08626E5B0336AE1F0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <660145062.71895.1603218804076@email.ionos.com> <VI1P194MB02858A7AA5A66986802CE483AE1F0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <MN2PR11MB4366A0264CACD3D1B18E82E4B51F0@MN2PR11MB4366.namprd11.pr od.outlook.com> <6027d656-60e1-5a5e-ec24-4492904374d9@foobar.org> <VI1P194MB0285CB6AD0610236FAF456B0AE1F0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/X_cPiwrMAX4H4XZk5nXD2BgHf38>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Oct 2020 23:34:11 -0000

Khaled,

I would normally send a note like this offlist but you have
reacted badly to my doing that in the past.  So, with the
understanding that what follows is my personal opinion and that
I'm speaking only for myself...

When you first started suggesting ideas on the IETF list, and
then when you started posted drafts, you were advised (by me and
I think several others) that doing so involved sharing those
ideas with the IETF for use (or not) by the IETF community as it
saw fit -- that you were neither entitled to favorable
consideration and adoption/standardization of those ideas nor to
claim that they were exclusively yours and somehow un-submit or
un-discuss them.  This is really no different.

I've often wished that the IETF would still follow the spirit of
its original rules so that, when a draft "expired" it
disappeared from any public repository under the IETF's control.
But even that, just like "removing" a draft, would be, as others
have pointed out, only symbolic: there are copies of the
Internet Draft archive over which the IETF has no control.
Similarly, for many years (at least a decade and probably much
more) the IESG has tended to be very reluctant to take drafts
down and remove them from the public archive, even when those
drafts violate important guidelines about I-Ds and do so in way
that is likely to create confusion.  I don't agree with their
reasoning, but it is clear that procedures adopted with
community consensus allow them the discretion.

It is your right to ask that the drafts be removed but I think
you may want to think about what you are trying to accomplish:
even if the IESG agrees, it will not cause documents to
disappear from shadow archives that the IETF does not control,
it will not mean the Secretariat would ignore or resist a court
order to produce them from offline backups, it would not change
the status of any copyright rights that the IETF Trust acquired
when you posted the drafts, and it would not erase any IPR
disclosures you filed nor your obligation to file any that you
should have filed but did not.  So, again, I wonder (as others
have), what you expect to accomplish by this request even while
I recognize that your reasons may have little effect on whether
or not the request is granted.

regards and best wishes,
   john







--On Tuesday, October 20, 2020 19:30 +0000 Khaled Omar
<eng.khaled.omar@outlook.com> wrote:

> So what are the benefits of freezing the water if no one is
> able to drink.
> 
> I think this time the IESG should approve the removal and not
> to deny as the first time, it is a decision not rules.
>...