Re: [hybi] Process! was: [whatwg] HttpOnly cookie for WebSocket?

"Martin J. Dürst" <duerst@it.aoyama.ac.jp> Tue, 02 February 2010 11:18 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
X-Original-To: hybi@core3.amsl.com
Delivered-To: hybi@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7417D28C1C0 for <hybi@core3.amsl.com>; Tue, 2 Feb 2010 03:18:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.058
X-Spam-Level:
X-Spam-Status: No, score=-1.058 tagged_above=-999 required=5 tests=[AWL=-2.658, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, MIME_8BIT_HEADER=0.3, PLING_QUERY=1.39]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0tRZFqCUGLEM for <hybi@core3.amsl.com>; Tue, 2 Feb 2010 03:18:34 -0800 (PST)
Received: from scmailgw02.scop.aoyama.ac.jp (scmailgw02.scop.aoyama.ac.jp [133.2.251.42]) by core3.amsl.com (Postfix) with ESMTP id 3E55E28C272 for <hybi@ietf.org>; Tue, 2 Feb 2010 03:18:33 -0800 (PST)
Received: from scmse02.scbb.aoyama.ac.jp (scmse02.scbb.aoyama.ac.jp [133.2.253.159]) by scmailgw02.scop.aoyama.ac.jp (secret/secret) with SMTP id o12BJ0YK013885 for <hybi@ietf.org>; Tue, 2 Feb 2010 20:19:00 +0900
Received: from (unknown [133.2.206.133]) by scmse02.scbb.aoyama.ac.jp with smtp id 179a_c32ec99e_0fec_11df_bdbb_001d096c5782; Tue, 02 Feb 2010 20:19:00 +0900
Received: from [IPv6:::1] ([133.2.210.1]:50190) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id <S12E6580> for <hybi@ietf.org> from <duerst@it.aoyama.ac.jp>; Tue, 2 Feb 2010 20:19:00 +0900
Message-ID: <4B680A09.9050305@it.aoyama.ac.jp>
Date: Tue, 02 Feb 2010 20:18:33 +0900
From: "\"Martin J. Dürst\"" <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.1) Gecko/20090902 Eudora/3.0b3
MIME-Version: 1.0
To: Maciej Stachowiak <mjs@apple.com>
References: <de17d48e1001280012i2657b587i83cda30f50013e6b@mail.gmail.com> <4B614CEC.2050400@ericsson.com> <Pine.LNX.4.64.1001280856380.22020@ps20323.dreamhostps.com> <4B616F17.4030402@ericsson.com> <4B619223.60408@webtide.com> <Pine.LNX.4.64.1001282141080.22020@ps20323.dreamhostps.com> <4B620B8F.6030706@gmx.de> <Pine.LNX.4.64.1001282217320.22053@ps20323.dreamhostps.com> <bbeaa26f1001281449q1a6e1813q3f537fe15a5a9d60@mail.gmail.com> <4B625733.2020907@webtide.com> <6.2.5.6.2.20100128225542.06fa8d68@resistor.net> <Pine.LNX.4.64.1001290817520.22020@ps20323.dreamhostps.com> <4B62C5FE.8090904@it.aoyama.ac.jp> <Pine.LNX.4.64.1001291134350.22020@ps20323.dreamhostps.com> <4B62DDAA.30203@gmx.de> <Pine.LNX.4.64.1002011125120.3846@ps20323.dreamhostps.com> <059D3702-818D-44F3-96C5-1A018B2CB3FE@apple.com>
In-Reply-To: <059D3702-818D-44F3-96C5-1A018B2CB3FE@apple.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: Hybi <hybi@ietf.org>
Subject: Re: [hybi] Process! was: [whatwg] HttpOnly cookie for WebSocket?
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Feb 2010 11:18:35 -0000

Hello Maciej,

On 2010/02/01 20:38, Maciej Stachowiak wrote:
>
> On Feb 1, 2010, at 3:25 AM, Ian Hickson wrote:
>
>> On Fri, 29 Jan 2010, Julian Reschke wrote:

>>> Feedback that affects the contents of a WG deliverable should be
>>> submitted as "IETF Contribution", as described in
>>> <http://www.ietf.org/about/note-well.html>.
>>
>> I'm not going to ignore feedback that is sent outside the context of this
>> working group.
>
> I don't think the rules that Julian linked require that. The RFCs that apply
> to IETF contributions per that page seem to be about requirements relating
> to intellectual property rights. Specifically, grant of non-exclusive copyright
> license to the IETF Trust, and patent disclosure obligations. I am not sure
> of their relevance to this thread.

Well, I am not a lawyer, and the simple summary here may ignore all 
kinds of details, but essentially a lot of communities (standards 
organizations as well as open source communities) and the people and 
companies involved therein have, over the years, made painful 
experiences with the following scenario:

Person A: "wouldn't it be great if you spec did X."

Editor, WG: "not a bad idea, we'll take that"

(some years later)

Person A: "Hello everybody, I have a patent on X, please start paying."

Patent disclosure obligations are designed to avoid the above scenario. 
People participating in the IETF (and the organizations supporting them) 
appreciate the fact that the IETF has patent disclosure obligations.

People participating in the IETF may have some concerns about "taking 
all input available", not because they don't think that wouldn't be a 
good idea in general, in a world where everybody was nice and there were 
no patents, but because one way or another, they know that this can be 
dangerous.

That's one of the areas where larger and more experienced standards 
organizations (such as the IETF) may have an advantage over smaller and 
more ad-hoc organizations (such as WHATWG). If somebody can convincingly 
show us that WHATWG deals with this problem in a fashion equivalent with 
the IETF, then I think there will be much less concern here on this list.

So I think at least in the sense explained here, what Julian brought up 
here is very relevant for the process thread.


[Copyright is much easier to deal with, because it essentially would go 
like this:

Person B: "Here is some proposal Y for your spec."

Editor, WG: "Great text, we'll just paste it in."

(later)

Person B: "Why the hell are you taking my text? It's me who wrote it, 
it's my copyright, and I don't like it sitting there after that other 
paragrap."

Editor: "Sorry, didn't know. Too bad, have to rewrite these few 
paragraphs so that they say the same thing with different words."
(way cheaper than changing implementations to get around a patent or 
paying royalities)]

Regards,    Martin.

-- 
#-# Martin J. Dürst, Professor, Aoyama Gakuin University
#-# http://www.sw.it.aoyama.ac.jp   mailto:duerst@it.aoyama.ac.jp