Received: from localhost (daemon@localhost) by CS.UTK.EDU with SMTP (cf v2.9s-UTK) id VAA20594; Sat, 25 Jan 1997 21:44:47 -0500 Received: by CS.UTK.EDU (bulk_mailer v1.7); Sat, 25 Jan 1997 21:44:26 -0500 Received: by CS.UTK.EDU (cf v2.9s-UTK) id VAA20548; Sat, 25 Jan 1997 21:44:24 -0500 Received: from koobera.math.uic.edu (qmailr@koobera.math.uic.edu [128.248.178.247]) by CS.UTK.EDU with SMTP (cf v2.9s-UTK) id VAA20541; Sat, 25 Jan 1997 21:44:22 -0500 Received: (qmail 18569 invoked by uid 666); 26 Jan 1997 02:50:46 -0000 Date: 26 Jan 1997 02:50:46 -0000 Message-ID: <19970126025046.18568.qmail@koobera.math.uic.edu> From: "D. J. Bernstein" To: drums@cs.utk.edu Subject: delegation The proposal is to delegate new fields to vendors, while giving them the option of later returning fields to the IETF for standardization. Keith claimed that this proposal ``does more harm than good.'' However, he refuses to identify the alleged harms. > I've already explained this. No, Keith, you haven't. When I asked the first time, here's what you said: > > > It hurts to deploy a feature that others might want to implement, without > > > pubishing a specification for that feature and getting community review > > > of that feature. It seems obvious that the ability to deploy such features is already present now, and is therefore not a harm done by the proposal. Are you, in fact, claiming that the ability to deploy such features is a harm of the proposal? Do you deny that the ability is present now? Or are you claiming some other harm? If so, what is it? > I'm not going to repeat it. I'm sure your text wouldn't improve with repetition. Try answering the question. ---Dan Put an end to unauthorized mail relaying. http://pobox.com/~djb/qmail.html