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

kaih@khms.westfalen.de (Kai Henningsen) Mon, 13 September 2004 20:07 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 QAA02729; Mon, 13 Sep 2004 16:07:30 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C6xBa-0000V2-Qn; Mon, 13 Sep 2004 16:12:28 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C6wzq-0008Hq-Uj; Mon, 13 Sep 2004 16:00:18 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C6wqR-0003Qa-7n for ietf@megatron.ietf.org; Mon, 13 Sep 2004 15:50:35 -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 PAA01206 for <ietf@ietf.org>; Mon, 13 Sep 2004 15:50:33 -0400 (EDT)
Received: from colo.khms.westfalen.de ([213.239.196.208] ident=Debian-exim) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C6wvC-0008QI-8w for ietf@ietf.org; Mon, 13 Sep 2004 15:55:30 -0400
Received: from khms.vpn ([10.172.192.2]:49147 helo=khms.westfalen.de) by colo.khms.westfalen.de with asmtp (TLS-1.0:RSA_ARCFOUR_SHA:16) (Exim 4.34) id 1C6wpU-0001xg-M0 for ietf@ietf.org; Mon, 13 Sep 2004 21:49:37 +0200
Received: from root (helo=khms.westfalen.de) by khms.westfalen.de with local-bsmtp (Exim 4.34) id 1C6wpK-000750-Rj for ietf@ietf.org; Mon, 13 Sep 2004 21:49:26 +0200
Received: by khms.westfalen.de (CrossPoint v3.12d.kh14 R/C435); 13 Sep 2004 21:42:08 +0200
Date: Mon, 13 Sep 2004 21:38:00 +0200
From: kaih@khms.westfalen.de
To: ietf@ietf.org
Message-ID: <9GoXY5mXw-B@khms.westfalen.de>
In-Reply-To: <41448A64.2090300@isi.edu>
X-Mailer: CrossPoint v3.12d.kh14 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Organization: Organisation? Me?! Are you kidding?
References: <66EDBDB3-0331-11D9-B4E7-000A95E35274@cisco.com> <41439AE7.6030703@isi.edu> <9GjynSJXw-B@khms.westfalen.de> <9GjynSJXw-B@khms.westfalen.de> <41448A64.2090300@isi.edu>
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
X-Fix-Your-Modem: +++ATS2=255&WO1
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135
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>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81

touch@ISI.EDU (Joe Touch)  wrote on 12.09.04 in <41448A64.2090300@isi.edu>:

> Kai Henningsen wrote:
>
> > touch@ISI.EDU (Joe Touch)  wrote on 11.09.04 in
> > <41439AE7.6030703@isi.edu>:
> >
> >
> >>Spencer Dawkins wrote:
> >>
> >>
> >>>Dear Harald-the-General-AD,
> >>>
> >>>Can we PLEASE do as Melinda says - change the policy now for new drafts?
> >>
> >>That may have a chilling effect on new drafts. I.e., this isn't as
> >>simple as "let's just change it now for future stuff".
> >
> > "Chilling effect" - from *publishing* already-published material that's
> > already copied all over the net?
>
> Authors might wait longer to "publish" IDs, since they'd be officially
> citable (once they're public, despite any instructions to the contrary
> in the body).

Huh? Nothing changes in that regard. *Real* official citing is absolutely  
untouched, and the other works via the unofficial repositories now.

> They'd wait longer to submit, to collect sections, etc.,
> rather than turning in half-written things with calls for additional
> material.

I cannot see why.

> The other, attractive alternative is to bury the ISOC in ID versions,
> such that previous versions are individually basically useless.

Nor can I see the motivation, or even the mechanism, here.

> > How would that effect work on material meant for RFCs, or for working
> > group work (where the list archives are already public forever)?
>
> See above - that's exactly the point. It puts a 'wait, this is going to
> be published - is it ready for that?' hurdle in the loop, one that the
> ID process was designed to avoid.

Except it doesn't, really.

> > And if it works on some other kind of draft, would we actually care?
> >
> >>IMO, changing the policy would indeed be "making the problem worse".
> >
> > I have yet to see a coherent argument for that.
>
> I have yet to see a coherent argument for keeping the ID series if it's
> archived publicly. Why do we need to see the entire process - in public
> - of editing and revision? And if we do, why do we need two separate
> series to do this?

It's not a document series, it's preserving history - exactly the same way  
that the mailing list archives do, using the exact same arguments. (And  
incidentally, the exact same situation wrt. "getting published".)

If you argue that you want to abolish the mailing list archives, I think  
you'll find strong opposition; I certainly do not see why the I-D  
situation is any different.

MfG Kai

_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf