Re: v 1.2, IETF material

Erik Huizer <Erik.Huizer@surfnet.nl> Mon, 30 November 1992 20:46 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa15049; 30 Nov 92 15:46 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa15038; 30 Nov 92 15:46 EST
Received: from ietf.cnri.reston.va.us by CNRI.Reston.VA.US id aa13723; 30 Nov 92 15:46 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa15019; 30 Nov 92 15:45 EST
Received: from survis.surfnet.nl by CNRI.Reston.VA.US id aa13712; 30 Nov 92 15:46 EST
Received: from localhost by survis.surfnet.nl with SMTP (PP) id <00971-0@survis.surfnet.nl>; Mon, 30 Nov 1992 18:40:02 +0100
To: Carl Malamud <carl@malamud.com>
Cc: poised@CNRI.Reston.VA.US
Subject: Re: v 1.2, IETF material
In-reply-to: Your message of Sat, 28 Nov 92 09:10:40 -0500. <9211281410.AA06965@malamud.com>
Organisation: SURFnet bv
Address: Cluetinckborch, P.O. Box 19035, 3501 DA Utrecht, NL
Phone: +31 30 310290
Telefax: +31 30 340903
Date: Mon, 30 Nov 1992 18:38:38 +0100
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Erik Huizer <Erik.Huizer@surfnet.nl>
Message-ID: <"survis.sur.975:30.10.92.17.40.05"@surfnet.nl>

Carl,

Nice work!

Regarding item 6.2 Design Teams.

The IESG and IAB discussed this on friday in Washington, and we decided
that we might be better off to skip this totally from the Poised
output. This because the notion of design teams is contrary to an Open
Standards process (however laudable the intentions behind it) and may
be interpreted as such, which can get the IETF in (legal) trouble. 

This does not say of course that Design Teams cannot be used (they will
be that's unavoidable). Just that we don't mention them in any official
docs. (please destroy this mail :-)

Erik