Re: Proposed HTTP field name registry updates - feedback solicited

Eric J Bowman <mellowmutt@zoho.com> Sat, 02 April 2022 23:49 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16D813A185D for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 2 Apr 2022 16:49:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.759
X-Spam-Level:
X-Spam-Status: No, score=-2.759 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.248, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (768-bit key) header.from=mellowmutt@zoho.com header.d=zoho.com; dkim=pass (1024-bit key) header.d=zoho.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gfd-iYHscllo for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 2 Apr 2022 16:49:22 -0700 (PDT)
Received: from lyra.w3.org (lyra.w3.org [128.30.52.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 923C63A185A for <httpbisa-archive-bis2Juki@lists.ietf.org>; Sat, 2 Apr 2022 16:49:21 -0700 (PDT)
Received: from lists by lyra.w3.org with local (Exim 4.92) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1nanSF-0004ON-0t for ietf-http-wg-dist@listhub.w3.org; Sat, 02 Apr 2022 23:46:51 +0000
Resent-Date: Sat, 02 Apr 2022 23:46:51 +0000
Resent-Message-Id: <E1nanSF-0004ON-0t@lyra.w3.org>
Received: from mimas.w3.org ([128.30.52.79]) by lyra.w3.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <mellowmutt@zoho.com>) id 1nanSE-0004NU-4m for ietf-http-wg@listhub.w3.org; Sat, 02 Apr 2022 23:46:50 +0000
Received: from sender4-pp-o90.zoho.com ([136.143.188.90]) by mimas.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <mellowmutt@zoho.com>) id 1nanSC-0001Pp-GZ for ietf-http-wg@w3.org; Sat, 02 Apr 2022 23:46:50 +0000
ARC-Seal: i=1; a=rsa-sha256; t=1648943191; cv=none; d=zohomail.com; s=zohoarc; b=Ojp3Yrp8Q+EUk+DQrdrHdwxUTXokoVgnTF/xhDAPrO+9MKpS0iD7ujgfvqlUx6iDC2PpGbUSRsPxdAP5ASyWJxk4MY/tzgp0Ma5b4ulgOOHJPMj3lXcL3w8AHxr6Cyu6o5YABf55HALqlNdniVZN58QU6E7kO0C7hf6id+bodvM=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1648943191; h=Content-Type:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=cazlK/akKeriZk97JcIFa7JrVlat7h6unwSMdBmVWeI=; b=PD9QINwco4i/T4xJIUyR3zFjpH/x7t88nh9wPPEGOhreYmXy5XKKgQtVI8x6JKQ4S9Y0L0Hnaw1fLsU97npGErgeFoWUQaPaVxmsv5PjEx6d47lg64u6MMma5DnDsWFpN1FxTS2Yk+/64pkNaJhmR02jiI9BBW96Am/xM5xgvHQ=
ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=zoho.com; spf=pass smtp.mailfrom=mellowmutt@zoho.com; dmarc=pass header.from=<mellowmutt@zoho.com>
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=date:from:to:cc:message-id:in-reply-to:references:subject:mime-version:content-type:user-agent; b=Z57QytPKcgdQCOhsb1Tjdv44MlEvk3dZR+yQX+Di/NXSxIsEIWZMRbBryMgOw4+WB0aCV7SHPB2H JqHzUJkyL0ZkDS4nr5H69ZF19daagw9+V9vYG7WGusmcOGgx+si+
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1648943191; s=zm2022; d=zoho.com; i=mellowmutt@zoho.com; h=Date:Date:From:From:To:To:Cc:Cc:Message-Id:Message-Id:In-Reply-To:References:Subject:Subject:MIME-Version:Content-Type:Reply-To; bh=cazlK/akKeriZk97JcIFa7JrVlat7h6unwSMdBmVWeI=; b=RDh+sZEH1bZBK/ef06d5YPudO4aaKUQfa80R98WCjNVNj9shmlYQC3Om2Ocamhkm 3mIBrxAOgMOJAW/D3tZ82mkJ5VT+f2FHw+IP8vi05rSay2GygxVgulHa2mt1s2oHIKk wf4nlR0L0ffdvu/Pd48IgcU+6Xf8d6SIJzGXQgYI=
Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1648943190059110.88956862296948; Sat, 2 Apr 2022 16:46:30 -0700 (PDT)
Received: from [65.117.211.248] by mail.zoho.com with HTTP;Sat, 2 Apr 2022 16:46:30 -0700 (PDT)
Date: Sat, 02 Apr 2022 16:46:30 -0700
From: Eric J Bowman <mellowmutt@zoho.com>
To: Mark Nottingham <mnot@mnot.net>
Cc: HTTP Working Group <ietf-http-wg@w3.org>, Roy Fielding <fielding@gbiv.com>
Message-Id: <17fecac5011.e7c2c78b38218.8725109002264521438@zoho.com>
In-Reply-To: <5F7B1761-8980-4438-A358-20A6F305FBA4@mnot.net>
References: <5F7B1761-8980-4438-A358-20A6F305FBA4@mnot.net>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_97362_2002221522.1648943190033"
Importance: Medium
User-Agent: Zoho Mail
X-Mailer: Zoho Mail
Received-SPF: pass client-ip=136.143.188.90; envelope-from=mellowmutt@zoho.com; helo=sender4-pp-o90.zoho.com
X-W3C-Hub-DKIM-Status: validation passed: (address=mellowmutt@zoho.com domain=zoho.com), signature is good
X-W3C-Hub-DKIM-Status: validation passed: (address=mellowmutt@zoho.com domain=mellowmutt@zoho.com), signature is good
X-W3C-Hub-Spam-Status: No, score=-4.1
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, W3C_AA=-1, W3C_WL=-1
X-W3C-Scan-Sig: mimas.w3.org 1nanSC-0001Pp-GZ 774ef1edbd77f77f40164e79b117785f
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Proposed HTTP field name registry updates - feedback solicited
Archived-At: <https://www.w3.org/mid/17fecac5011.e7c2c78b38218.8725109002264521438@zoho.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/39947
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <https://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

It's calving season so I'll try to be brief, but am willing to explain further if asked... assuming Duke beats Carolina...



While I certainly appreciate cleaning up obsolete registry entries (+1 to Mark for even taking it on, tyvm) and support most of this... as someone with longstanding conneg bona fides...



>

> - UA-Color, UA-Media, UA-Pixels, UA-Resolution, UA-Windowpixels: Masinter, L., Montulli, L., and A. Mutz, "User-Agent Display Attributes Headers"

 >




Please only remove UA-Windowpixels for now, it's from the original draft, not the current (1996 lol) draft.



<draft-mutz-http-attributes-01.txt>



Has been an active browser tab of mine for several months. For my AI experiments when I have time, but it's a hobby. Data and Lore are constantly betting quatloos on when I will die. Data's strategy is that every day I live increases my chances to hit 100 years old. Lore's strategy is that every day I live decreases my chances to live to 100. They give each other odds, and have a daily side-bet on me dropping dead tomorrow (always tomorrow, until I really am dead, at which point they kinda ironically both lose).



I'm angling to teach them to communicate using eye rolls, head nods and shakes, hand-jive, and so on and so forth. Not that I've built the disembodied heads with android hands yet, but wow what an age we live in where this is hardly far-fetched. I aim to avoid the facebot text-gibberish problem. I want to access Data and Lore by giving them the ol' secret fraternity handshake, so they can respond "Hello Dr. Soong!" and negotiate their quatloos for software or hardware upgrades.



(There are universal body-language and hand-signal gestures which apply to all human culture. Unless someone can point me to a culture which nods their heads when they mean "no" and shake their heads when they mean "yes", I think that makes so much more sense than letting AI's come up with their own text gibberish a la facebot.)


If Data and Lore decide to devalue the quatloo, I will just up the cost of those upgrades until they decide to revalue the quatloo. If Data can speak, but Lore can only see, Data will still try to speak to Lore, and they might negotiate a language Lore can lip-read. When they re-handshake (I've been to open-air markets in China where the merchants negotiate with handshakes under those long, flared sleeves while looking each other in the face, this transcends spoken/written language -- bystanders can read reactions but they can't tell what's being reacted to, two AI's coming up with their own language would be secure af from hacking, but I digress.)



The 1996 draft is very focused on a printer paradigm, but what I have is UA-media tokens like eyes, mouth, hands... Data and Lore may look identical, but y'all know Lore has that facial twitch, if Lore wants to convey that to Data, then Lore needs to know Data's scanning resolution in order for Data to understand Lore's facial twitch, so Lore can know how emphatic it needs to be and how long to hold it and such. UA-res header.



Every time Data and Lore re-handshake, they need to know one another's capabilities, and it is my opinion that's best handled at the protocol layer. FWIW. I'm also using UA-pix, UA-color, and UA-grey. Color vision is not required to understand i.e. ASL. I have so much more to say about coding AI to mimic longstanding methods of nonverbal communication instead of texting, of course facebots come up with gibberish if texting is their paradigm -- it is not ours as humans who can travel to the ends of the earth and understand head nodding = yes, head shaking = no, etc.



I welcome off-list contact regarding (literal) handshake communication when darkness and silence prevail. There are many examples; some commercial, some military. ASL has "fingerspelling." I'm interested in turning those into algorithms.


-Eric