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

SM <sm@resistor.net> Fri, 29 January 2010 11:34 UTC

Return-Path: <sm@resistor.net>
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 417033A6947 for <hybi@core3.amsl.com>; Fri, 29 Jan 2010 03:34:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.557
X-Spam-Level:
X-Spam-Status: No, score=-1.557 tagged_above=-999 required=5 tests=[AWL=-0.347, BAYES_00=-2.599, 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 C8E8IcMp5WS3 for <hybi@core3.amsl.com>; Fri, 29 Jan 2010 03:34:11 -0800 (PST)
Received: from ns1.qubic.net (ns1.qubic.net [208.69.177.116]) by core3.amsl.com (Postfix) with ESMTP id 538473A688D for <hybi@ietf.org>; Fri, 29 Jan 2010 03:34:11 -0800 (PST)
Received: from SUBMAN.resistor.net ([10.0.0.1]) (authenticated bits=0) by ns1.qubic.net (8.14.4/8.14.4) with ESMTP id o0TBYI4X014476 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2010 03:34:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1264764868; x=1264851268; bh=tWzbT+V4aeewWS627WmdrP0vje8/qh+Tvk8tmQ/cNCU=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=DS9qizfl5iS8RFyCfARF04Sl/NaOQ7OS9+AHxDSh9nKu5aG7/ZcHwNo8Eys3k5zn5 ba4GgdTax1WmK3kW7TetW4Owq1YprODTFgFNu/9IaVpZYggX0s/hMHm1uMmFUudgEG PiQpk5vLNU4b5W/O9f7xkqRFOcUCMIOvRxcw1BNU=
DomainKey-Signature: a=rsa-sha1; s=mail; d=resistor.net; c=simple; q=dns; b=TWfV8ndytMZFE20wgmFl+agwP4jSThfiUjhx6oyQReltBOgF/GDNuU3tA29CQQsen cmmhkHv+pIYlRq8WcW0wSlDt+rNTtD2IrUepdTMRruqpSu/7Hq5U7JZ4QLLTWUf7x6t q8qQIrk6RuYRZvvz88P+uWeOmjDTATgLxr0BvKM=
Message-Id: <6.2.5.6.2.20100129023917.06806000@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Fri, 29 Jan 2010 03:15:47 -0800
To: Ian Hickson <ian@hixie.ch>
From: SM <sm@resistor.net>
In-Reply-To: <Pine.LNX.4.64.1001290817520.22020@ps20323.dreamhostps.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>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
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: Fri, 29 Jan 2010 11:34:12 -0000

Hi Ian,
At 00:36 29-01-10, Ian Hickson wrote:
>As is the WHATWG.

I am sticking to the IETF angle as I don't have any documentation on 
how the WHATWG works.     Greg Wilkins raised two points in his last 
message.  The work done in here has to gain the consensus of this 
Working Group.  It then goes through an IETF-wide Last-Call where 
there is cross-area review.  It is the consensus at that final stage 
that matters.  I am not describing the finer points as it is better 
to read the relevant documents for a good explanation.

>But it doesn't mention the WHATWG, which is working on this spec.

Yes, it doesn't.  The Working Group would have to recharter if it 
wants to add that.

>By whom?

This charter was discussed on this mailing list by some of the people 
who are part of the Working Group and that was what they agreed to.

>One could equally say:
>
>People from the IETF are welcome to participate in the WHATWG process.

Yes, we could say that.  But the WHATWG process will not get the 
document published as a RFC.  To put it differently, you will still 
have to get the document through the IETF process.

>However, instead, I suggest we work together, just like the W3C and the
>WHATWG are cooperating on a dozen other specs.

I think that is an excellent suggestion.  It is unlikely that there 
can be a formal agreement between the different groups.  However, the 
individuals may be able to work something out.

>I sent feedback on Wed, 6 Jan 2010, to iesg@ietf.org. I received no reply.

The IESG reads the feedback.  If I am not mistaken, the IESG 
generally does not send out individual replies for feedback they receive.

>Actually, I was asked to submit it by the IETF. I agreed to do so while
>simultaneously publishing it through the WHATWG. At no point was it
>suggested that the WHATWG should stop working on it.

The WHATWG can continue working on the specifications.  This Working 
Group will probably work on their own version of the specification 
too.  The outcome will be two different specifications for the same 
technology.  I don't think that is in the interest of the Internet community.

Regards,
-sm