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

Greg Wilkins <gregw@webtide.com> Fri, 29 January 2010 23:31 UTC

Return-Path: <gregw@webtide.com>
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 536593A691D for <hybi@core3.amsl.com>; Fri, 29 Jan 2010 15:31:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.712
X-Spam-Level:
X-Spam-Status: No, score=-1.712 tagged_above=-999 required=5 tests=[AWL=-0.503, 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 j+m5-9tJMmME for <hybi@core3.amsl.com>; Fri, 29 Jan 2010 15:31:03 -0800 (PST)
Received: from mail-gx0-f226.google.com (mail-gx0-f226.google.com [209.85.217.226]) by core3.amsl.com (Postfix) with ESMTP id 526383A6844 for <hybi@ietf.org>; Fri, 29 Jan 2010 15:31:03 -0800 (PST)
Received: by gxk26 with SMTP id 26so703141gxk.8 for <hybi@ietf.org>; Fri, 29 Jan 2010 15:31:24 -0800 (PST)
Received: by 10.101.132.32 with SMTP id j32mr2030326ann.48.1264807883883; Fri, 29 Jan 2010 15:31:23 -0800 (PST)
Received: from ?10.10.1.11? (60-242-119-126.tpgi.com.au [60.242.119.126]) by mx.google.com with ESMTPS id 14sm1510657gxk.2.2010.01.29.15.31.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 29 Jan 2010 15:31:22 -0800 (PST)
Message-ID: <4B636FC2.3040206@webtide.com>
Date: Sat, 30 Jan 2010 10:31:14 +1100
From: Greg Wilkins <gregw@webtide.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
MIME-Version: 1.0
To: Ian Hickson <ian@hixie.ch>
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> <Pine.LNX.4.64.1001290407290.22020@ps20323.dreamhostps.com>
In-Reply-To: <Pine.LNX.4.64.1001290407290.22020@ps20323.dreamhostps.com>
X-Enigmail-Version: 0.95.7
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
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 23:31:04 -0000

Ian Hickson wrote:
> Instead, what's happened is the equivalent of me talking to some of the 
> people working on HTTP, and then saying "ok we'll do HTTP on a new mailing 
> list" and not even letting the HTTP working group know about it.

Hello!!!!    Google has done exactly that!    SPDY!

  http://dev.chromium.org/spdy/


Don't get me wrong, I think it's awesomely great that google is doing
such research.   But google has to be aware that their market power
makes them a poor community player.    If chrome suddenly started
shipping with SPDY enabled by default, then that would effectively
be a hostile takeover of HTTP.

As google has done exactly this with websocket, it shows that they
have no  concerns about doing a non consensus based takeover of
port 80, so why not takeover the entire web protocol as well.


You talk as if the IETF is trying to do the take over.

The  reality is that the IETF has had custodianship of the internet
protocols since day dot, and it is Google^H^H^H^H^H^HWhatWG that is
trying to take over the job of creating new internet standards.
Maybe that was warranted in the case of HTML5 and the W3C, but I see
no evidence that IETF deserves to be usurped when it comes to
their role regarding internet protocols.


regards