Re: Enough is Enough.

Khaled Omar <eng.khaled.omar@outlook.com> Tue, 20 October 2020 23:43 UTC

Return-Path: <eng.khaled.omar@outlook.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 7F2073A09D7 for <ietf@ietfa.amsl.com>; Tue, 20 Oct 2020 16:43:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=outlook.com
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 y6VTBbKpwLtL for <ietf@ietfa.amsl.com>; Tue, 20 Oct 2020 16:43:38 -0700 (PDT)
Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05olkn2101.outbound.protection.outlook.com [40.92.90.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F5473A09D6 for <ietf@ietf.org>; Tue, 20 Oct 2020 16:43:38 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=d1sjG6gUSaCB4ma+aNm6cDDAD1WL39iGfTnjKxcQLYVyD8Fe7QULwIVZA9bfnX+va3Am8jm+FvIuyTyy3OKXbJu5BFpvooZviJyjr39NN+PJrWLnEW35oAmWxdSJh520gML+6lXtcsAzrvdBxUdDmMVwjhhXrvu6MA4rtfkhHGHkNpMNO5NAPQD78+FpniqkwjNjeouiS/g/BZhjkrKSaKWqR9o9lu6O6wfgRfGby73JqKS228G/UeRi2wZRwtA0ArhQcoOT3A0S+rbZMb5q7d/XqCLBpCd0hettrWFX8uLI+xf4MGhuP3qVC9A2nkh2FngjvE3RStqr4qr5PPTI5w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1brKQLDWIPGeLfZilt8WkIN/7qpGxekJ2494ayz7Gpk=; b=hzhpPzzpr+4FpdAE1+sap5ASh74ug8z15kbloNVaxUuXZhjWjRZZFfvACyZjWvZLVnt/Kl06MV+yKDtR/qgUN9PXWZALDkHiwW7YSz/5Kb5EJ82mdCME09P8yAtERIUOlvBiI6Lpz3lk7db9TNoZD3ix/sqTt0dTbYAa6ZjTfZ7oYtAX/cQHzPKCRgMvVNKKfzcQ4do+UgdhU6WSMvSAv3rcch218spMX+h1mLK6sSrEzZu2BH7XCHhk1mlipN99nDPYfklM1QF7gG8YzvbxOdWx8dDQeYuK1Yi0jPkSxjlM472lw0Y4Zpoc4uLKieiq2AYz8ZENHaNODV7fAyfFtw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1brKQLDWIPGeLfZilt8WkIN/7qpGxekJ2494ayz7Gpk=; b=juj7K9PG+avZKA0KoLN4gOhIxSuDXlt9d9D8Xtvn8CFyczuZzTZwn+NC3tVwQZWCRPEzAJ4za3XcpJcQoCWuNlEztV3bo3C2RrzHMncVSNgY/UY6uoYsNAWPHdHlyzGS8c1XUKpAN9//0jvyfcKiF5OdKcUG+l6p6BWW83mWMDwfFzPiYl16iS1RfhyE5QMVE1pc76Rw8rk3LJrFJoXSWX+7RUMyFHNqOVhaY2SRnrMald4Xw9lGBFS71qd1z6FkbADKsFPbar6iZ2QcFMP4RQm2IsvhwcRQbE43plSS4iUxBqN4ZvVBDflEuq0rHibKAp+0GVEZpzBFgFgX+WIaKw==
Received: from VI1EUR05FT010.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc12::4c) by VI1EUR05HT156.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc12::331) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.23; Tue, 20 Oct 2020 23:43:29 +0000
Received: from VI1P194MB0285.EURP194.PROD.OUTLOOK.COM (2a01:111:e400:fc12::4f) by VI1EUR05FT010.mail.protection.outlook.com (2a01:111:e400:fc12::159) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.21 via Frontend Transport; Tue, 20 Oct 2020 23:43:29 +0000
Received: from VI1P194MB0285.EURP194.PROD.OUTLOOK.COM ([fe80::89f6:7540:e834:ffb8]) by VI1P194MB0285.EURP194.PROD.OUTLOOK.COM ([fe80::89f6:7540:e834:ffb8%5]) with mapi id 15.20.3477.028; Tue, 20 Oct 2020 23:43:29 +0000
From: Khaled Omar <eng.khaled.omar@outlook.com>
To: John C Klensin <john-ietf@jck.com>
CC: "ietf@ietf.org" <ietf@ietf.org>
Subject: Re: Enough is Enough.
Thread-Topic: Enough is Enough.
Thread-Index: AdanAaskBfjAWkS4Smq/hoPnCKm+tgAAiFCAAAAI9yAAAVI8gAAAGirwAAC3DIAAAEalAAAAeW4AAABvTuAAAFBm4AABFPGAAAAWYlAACJSygAAANx5u
Date: Tue, 20 Oct 2020 23:43:29 +0000
Message-ID: <VI1P194MB0285BA731A155CA715823C16AE1F0@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>, <91AE9B7D96424EBB9CD97D74@PSB>
In-Reply-To: <91AE9B7D96424EBB9CD97D74@PSB>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-incomingtopheadermarker: OriginalChecksum:A07BAD2277EB62D7B517A0ADFBF429F3A99B1AA8EB5987507C292EDC7CC0B344; UpperCasedChecksum:F4982586BEEFCA957F13DD1F8B2C9D045AE50A6518DD81C79930EFF94A4F0E11; SizeAsReceived:7628; Count:44
x-tmn: [S8VbDDhedTxOsl78EP2sBYue0ZMXnAwg]
x-ms-publictraffictype: Email
x-incomingheadercount: 44
x-eopattributedmessage: 0
x-ms-office365-filtering-correlation-id: 98ad3ceb-093a-4c4c-1bfa-08d87551f2a1
x-ms-traffictypediagnostic: VI1EUR05HT156:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: fsxIW+mg5Lz4GO6NdxqWvfufDfk8TyWXQOkvEANdW88F+yeEhEYuJTi1Yg/nBIpGnFUBMQEFXA59Gp/ZZ1zlBZbqo06v4da6myBr+T5LCUs/as1aACOJP2G27tXF++tOAdWQMpntDwwfOvUUxcy6zd9fEqMdeD9BBtYdaW1vO0mfB5tuhGcNaUrZXuvxgVNl6aEWG8ZbvvAI/E6jS3bbfgSaGmc69OVssEfnl16HXPwODgg3UmTzWpLejN8irdvh
x-ms-exchange-antispam-messagedata: vXk47+f3zQRCNB0ANw79Fx7GQiggOscXJEEHkpm6gTYhXP66qlQ09Gdjj7/V4eDOtJYun+wVzKWd5mGQF1alatx4d1dVOBGUdaJJzc9IJdXic5JP4kTH8sGCEsp556xZMbzQB+U20SEoZBNo8Baw8A==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_VI1P194MB0285BA731A155CA715823C16AE1F0VI1P194MB0285EURP_"
MIME-Version: 1.0
X-OriginatorOrg: outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-AuthSource: VI1EUR05FT010.eop-eur05.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: 98ad3ceb-093a-4c4c-1bfa-08d87551f2a1
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Oct 2020 23:43:29.5161 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1EUR05HT156
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Zso9Ar2FKpgTjAUZxZ56VbIq0f4>
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:43:41 -0000

>> 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.

To stop working with the ietf completely and take my work somewhere else once being found because as the definition of insanity to keep trying with the same people and expect a different result.

Khaled Omar

Get Outlook for Android<https://aka.ms/ghei36>

________________________________
From: John C Klensin <john-ietf@jck.com>
Sent: Wednesday, October 21, 2020 1:34:01 AM
To: Khaled Omar <eng.khaled.omar@outlook.com>
Cc: ietf@ietf.org <ietf@ietf.org>
Subject: RE: Enough is Enough.

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.
>...