Re: archives (was The other parts of the report....

Joe Touch <touch@ISI.EDU> Fri, 10 September 2004 17:21 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA15139; Fri, 10 Sep 2004 13:21:30 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C5p9g-00033I-1c; Fri, 10 Sep 2004 13:25:49 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C5omz-00080m-3Y; Fri, 10 Sep 2004 13:02:21 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C5oei-0004ii-Df for ietf@megatron.ietf.org; Fri, 10 Sep 2004 12:53:48 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA12671 for <ietf@ietf.org>; Fri, 10 Sep 2004 12:53:45 -0400 (EDT)
Received: from boreas.isi.edu ([128.9.160.161]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C5oin-0002LO-IF for ietf@ietf.org; Fri, 10 Sep 2004 12:58:03 -0400
Received: from [128.9.168.55] (upn.isi.edu [128.9.168.55]) by boreas.isi.edu (8.11.6p2+0917/8.11.2) with ESMTP id i8AGonJ26682; Fri, 10 Sep 2004 09:50:49 -0700 (PDT)
Message-ID: <4141DAEE.9020202@isi.edu>
Date: Fri, 10 Sep 2004 09:48:46 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Melinda Shore <mshore@cisco.com>
References: <66EDBDB3-0331-11D9-B4E7-000A95E35274@cisco.com>
In-Reply-To: <66EDBDB3-0331-11D9-B4E7-000A95E35274@cisco.com>
X-Enigmail-Version: 0.84.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
X-ISI-4-30-3-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b4a0a5f5992e2a4954405484e7717d8c
Cc: harald@alvestrand.no, scott bradner <sob@harvard.edu>, ietf@ietf.org
Subject: Re: archives (was The other parts of the report....
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1134902505=="
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 73734d43604d52d23b3eba644a169745


Melinda Shore wrote:

> On Friday, September 10, 2004, at 09:30 AM, scott bradner wrote:
> 
>> but, to me, its quite silly to pretend that IDs actually disapear
>> from the net just because teh IETF takes it off of our web site
> 
> I don't think anybody's pretending that, but if there's an agreement
> between the IETF and people who submit ids that the documents are
> going to be disappeared from the IETF archive in six months, I think
> it's kind of a problem to change that agreement retroactively.

As do I; this is a severely beaten horse.

I also don't mind if new IDs have an opt-in (e.g., via one of a 
proscribed set of phrases in a BCP), but there needs to be a way for 
_any_ ID (even WG IDs) to be ephemeral by design. I would, BTW, prefer 
an opt-in than an opt-out.

Just because others illegally republish them doesn't mean it's 
appropriate to give up on this issue.

> On the other hand, I'd hate to see indecision about what to do
> about old ids seep into indecision about what to do about new
> ids going forward.  It seems to me that a new policy saying that
> any ids submitted in the future will be archived by the IETF unless
> the authors object is far better than allowing the current
> situation to continue.  That wouldn't prevent us from going back
> and revisiting the problem of old drafts at some future time,
> either.
> 
> Melinda
> 
> 
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www1.ietf.org/mailman/listinfo/ietf
> _______________________________________________
> This message was passed through ietf_censored@carmen.ipv6.cselt.it, 
> which is a sublist of ietf@ietf.org. Not all messages are passed. 
> Decisions on what to pass are made solely by IETF_CENSORED ML 
> Administrator (ietf_admin@ngnet.it).
_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf