RE: Enough is Enough.

Khaled Omar <eng.khaled.omar@outlook.com> Sat, 24 October 2020 19:09 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 3B46C3A1078; Sat, 24 Oct 2020 12:09:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 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, 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 f8KS_hbtE-mB; Sat, 24 Oct 2020 12:09:45 -0700 (PDT)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05olkn2071.outbound.protection.outlook.com [40.92.91.71]) (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 405FF3A1074; Sat, 24 Oct 2020 12:09:45 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ImaTd5f/AUArwt7m3szgCYwRBhnlWrZ1gL21dQ/lOmG6+MAhCYriWD2QWshYLV799mtP+ffiWp7pTQso32FRauOdSAIj/7MAojgzn++Nk3gkNhH8vFxaLMcM0mmOvg6BXgMkcNXXM8Ed9RndkD5+vGj51jIs0iS6RSNW75awd84G+QoWAta5rivybBL9P/zcx0dsVJpXltl5/vAdQ6bap1ajniBkqlMgIUmKOOISJWXJqTgNhLBX/CQ6DlsqjAGrs5H5IDvts8/zjqXxXlgqZUbgmkLbC6tgDRE55G873UryW8AH9Z2mTTOKZ1vuo5z4mnIfDko2Ur6gt4C5f+UHYg==
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=1Wl7zlM0gV0Oij+8kswxHrLoPpLhCTWLBavnXKgU8mU=; b=MoudMz691+SXCaxQFhYRedapkd6RtrDNmoXv2QOvI7TUmuwOaiWopvSrYpXfv7eYGOxDhXhIMB1AG5OLzxm6CsefrAYM2GdFlFVSg2D2aM0sT4IPmySVcrWO0xHE/7lHebXp/u1Z3ELlNVmDdVybx7iKtUb5JSOoLa/al2rOIFhnIFAvXN5c8KaU2cIC3J5eFEkQwLp9dYdzWJhAeZ6qGNp4rw3A5C6SOkWOhqovhY3oFUrKMd0Mdp2ZvRpqbd5zP96rJEub5Oky8Ju5i6V8Wzzv0l5cLicJLUHAGcvCpII23a2wgs9Ng3DrCJJ/zXz5+ycSMqz56v9Sovl6mo3axQ==
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=1Wl7zlM0gV0Oij+8kswxHrLoPpLhCTWLBavnXKgU8mU=; b=P1BG8i7Lt0oY+GFtMSSKW9BDdI9w2CEEIzWcinfpGWumjDf6fx6Mf/0Kieo/BbBkXeNg+BT6cuo0o9qtGtEWwbBYJUg7mo5baWzt983i2eqaECNcnCHdm2uI/ABYMbymK9TW87XKTkLcuArLAVisy6Cvx/JFTkayF0ewbXDX8FEbdaMghwvry5NO3B/2d+ypo9IPqG6dYkR0ni6hyICf1WO+opuviHnvEeu661uuvDcXR/rjHg+ZpWZKdqsNG69wQs5LtUN5bKk1082whiwNJfuDF9ALDk2YSqE46zis+bG4ZZioPFPxBX+hXBReNw65/BEtOSd09Z8crla7n0umhQ==
Received: from DB8EUR05FT030.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc0f::48) by DB8EUR05HT061.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc0f::250) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.18; Sat, 24 Oct 2020 19:09:42 +0000
Received: from VI1P194MB0285.EURP194.PROD.OUTLOOK.COM (2a01:111:e400:fc0f::43) by DB8EUR05FT030.mail.protection.outlook.com (2a01:111:e400:fc0f::228) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.18 via Frontend Transport; Sat, 24 Oct 2020 19:09:42 +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; Sat, 24 Oct 2020 19:09:42 +0000
From: Khaled Omar <eng.khaled.omar@outlook.com>
To: Toerless Eckert <tte@cs.fau.de>, Ofer Inbar <cos@aaaaa.org>
CC: "Rob Wilton (rwilton)" <rwilton=40cisco.com@dmarc.ietf.org>, "legal@ietf.org" <legal@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>
Subject: RE: Enough is Enough.
Thread-Topic: Enough is Enough.
Thread-Index: AdanAaskBfjAWkS4Smq/hoPnCKm+tgAAiFCAAAAI9yAAAVI8gAAAGirwAAC3DIAAAEalAAAAeW4AAABvTuAAAFBm4ADCWF+AAAD+EQAABitfgAAAFOMA
Date: Sat, 24 Oct 2020 19:09:42 +0000
Message-ID: <VI1P194MB0285283BB1A8D037303A4346AE1B0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM>
References: <MN2PR11MB4366A0264CACD3D1B18E82E4B51F0@MN2PR11MB4366.namprd11.prod.outlook.com> <20201024153933.GB52044@faui48f.informatik.uni-erlangen.de> <20201024160758.GF2632@mip.aaaaa.org> <20201024190436.GC52044@faui48f.informatik.uni-erlangen.de>
In-Reply-To: <20201024190436.GC52044@faui48f.informatik.uni-erlangen.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-incomingtopheadermarker: OriginalChecksum:CEA988B33A113419EE402ADB54061D5751052D58CF6729D70234912AED0F233C; UpperCasedChecksum:4BF1450D762C23FCEF66DE2B34EB8CE76932EF2F6D09EA3AF21D4F887D622013; SizeAsReceived:7169; Count:44
x-tmn: [eL8Mhp2AYLDw1mqqjTPrLwF6Qx/CQbyi]
x-ms-publictraffictype: Email
x-incomingheadercount: 44
x-eopattributedmessage: 0
x-ms-office365-filtering-correlation-id: ec79c94a-532c-418d-09fc-08d878505cd7
x-ms-traffictypediagnostic: DB8EUR05HT061:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: LvkxKoGZtdAX82nxdVZaXqa2qHS01x5QGo/DRjH6UPmbD/8IzZoa0sHdTvW23yBbZpIGqWKh75kh5F6J4iKi3+D/AuNknb5A/LJAs71LWYsqx5Ds/g/yQ3v50o1NZiOETXETggr4BtN7GoPysuMQsY7ZsfYBkVCbvv0N6F7KbOwBKujlpXU0QAqxdcYtyprgciCAThc0I4ImMNyI+VNj5A==
x-ms-exchange-antispam-messagedata: 0r5zgOhjdts7D547QL26MEsvS/3l75UjUccW+w6w8WtA1i7IyFPL0JWv0f+Dkp40MWncNp415ZlgMDGHwdWIlEffoyVdRG5vKcjFrwrN56kHj57j2UCPboVyiyK9eJa0SSNXoaNhM4DyFVHbX8sz1g==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-AuthSource: DB8EUR05FT030.eop-eur05.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: ec79c94a-532c-418d-09fc-08d878505cd7
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Oct 2020 19:09:42.2209 (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: DB8EUR05HT061
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/mLxBDf6QWEhcXnan6UwKgZgRbUA>
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: Sat, 24 Oct 2020 19:09:47 -0000

Hi Toerless,

>> I am sure Khaled would argue that it is not "mereley because", but that his desire to do so is based on the community behavior specific to his case.

I'll not argue anymore, It is clear from the beginning that I just accepted the tombstone version, this will make history available for everyone so no one can come up with a similar idea.

Cheers,

Khaled Omar

-----Original Message-----
From: Toerless Eckert <tte@cs.fau.de> 
Sent: Saturday, October 24, 2020 9:05 PM
To: Ofer Inbar <cos@aaaaa.org>
Cc: Rob Wilton (rwilton) <rwilton=40cisco.com@dmarc.ietf.org>; legal@ietf.org; Khaled Omar <eng.khaled.omar@outlook.com>; ietf@ietf.org
Subject: Re: Enough is Enough.

On Sat, Oct 24, 2020 at 12:07:58PM -0400, Ofer Inbar wrote:
> On Sat, Oct 24, 2020 at 05:39:33PM +0200, Toerless Eckert 
> <tte@cs.fau.de> wrote:
> > Technically, the key reason for not removing the drafts to me is 
> > that only because Khaled was posting the drafts to the IETF did he 
> > get cycles from the IETF community that was expressed through many 
> > public and (from what i
> > read) also private emails. And it could be seen as a disrespect to 
> > those that did spend cycles on reading those drafts and providing 
> > feedback to remove the drafts. Especially given how the public 
> > exchanges about the draft are archived and those archives would not 
> > be comprehensible if the references documents where removed.
> 
> You made it seem like a secondary point, but for me personally, the 
> main reason not to remove drafts is to make it possible for people 
> reading the list archives or looking into history later on, to see 
> what was being discussed at the time and read it directly.

I am not a native english speaker. I did not intend to make it seem secondary.
I would be happy to receive language suggestion to avoid this misperception for future reference.

To me there are no clearly prioritizeable choices here.

> For that reason, I would feel quite uncomfortable if I saw drafts 
> being removed from the archives merely because the submitter wished to 
> stop working with the IETF.

I am sure Khaled would argue that it is not "mereley because", but that his desire to do so is based on the community behavior specific to his case.

> Having the drafts present does not
> prevent the submitter from ceasing to work with the IETF.  Knowing 
> that that's all it takes to get a draft removed, would make me feel 
> about any future draft "this might just disappear later", which 
> changes the way people might relate to all future proposals.

The only rules we seem to have is "unusual circumstances". Hence i would say you "slippery slope" argument invalidates itself: If incidents like this would occur more frequently they would not be unusual anymore.

Still waiting of course for someone to explain better boundary definition of "unusual circumstances".

Cheers
    Toerless

>   -- Cos

--
---
tte@cs.fau.de