Re: [I18ndir] Review volunteer needed (Fwd: [dispatch] WGLC of draft-ietf-dispatch-javascript-mjs-07)

Asmus Freytag <asmusf@ix.netcom.com> Fri, 01 May 2020 18:56 UTC

Return-Path: <asmusf@ix.netcom.com>
X-Original-To: i18ndir@ietfa.amsl.com
Delivered-To: i18ndir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EBAF3A19ED for <i18ndir@ietfa.amsl.com>; Fri, 1 May 2020 11:56:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.818
X-Spam-Level:
X-Spam-Status: No, score=-2.818 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.82, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ix.netcom.com; domainkeys=pass (2048-bit key) header.from=asmusf@ix.netcom.com header.d=ix.netcom.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 bLErNM-JSO_z for <i18ndir@ietfa.amsl.com>; Fri, 1 May 2020 11:56:31 -0700 (PDT)
Received: from elasmtp-curtail.atl.sa.earthlink.net (elasmtp-curtail.atl.sa.earthlink.net [209.86.89.64]) (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 117A83A19EC for <i18ndir@ietf.org>; Fri, 1 May 2020 11:56:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ix.netcom.com; s=dk12062016; t=1588359391; bh=Ito4UbIeeni4ynalNUDgC1jpNNERoN/Siv23 qISV6ko=; h=Received:Subject:To:References:From:Message-ID:Date: User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Language: X-ELNK-Trace:X-Originating-IP; b=ZfAVbWo4V/mHM54YO8Ru4wJq7XjQ80+Gp OaDLr6CkhXlZoY3cvE0WxOgSrcLvAoYgb4JB2R84G86CvkBvtbw9b/ypLWHZS1ordye 5srbXoyti9uUN3TytGydS1/p4V8otxGxYQdKKNolHmB2sdIoYKKQgPwiydd4LQYTE3h 7ZmjYYnKW2F4PwfoEz1RTQw+hJ0dfP7CEBtxM0ukG7vkj7WKpeCWcrkvu1WBx0EqjXs f4C7lEDARq6YgTGsgefjrwyGcNEriH++H1u6Jpy9anbNKhzoFgBKv9U/L3+Wdk1EmAU ubXFag7aGyarw7hvVo0pC57cReXUFi7+48H5LmDSQ==
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk12062016; d=ix.netcom.com; b=kiD/2UzA3yVDFrIYKTVz86Jm1Oh10NRSMVv2un2W0N09MxUtJIUw7dOh7Vjkhn495lw51uKi3gc1SC8sF6/FKUG/DdJd8lKhxJFO6gXa8kr5/d9elyMGnTTyhg5twhfonqMMmouXFAr2KoaqS9i3NbIGAOWFUtm6u+51ulGnnAJIHp97a7X7+kFw8gc0neVQzCoi05LtsEciESUp1pwp8sFr7OHsZkm8ftq9ZffpYfhia9sG6Q4SLZZLzhSQkBVEmfa+y/WtcaT6sBrRiiSeOfFGY4N47mNmnKrvxzGssW00mgXP29HiR/W4r+FYeQHHsoIg89zjCRLiuR+8klGGPg==; h=Received:Subject:To:References:From:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Language:X-ELNK-Trace:X-Originating-IP;
Received: from [75.172.116.31] (helo=[192.168.0.5]) by elasmtp-curtail.atl.sa.earthlink.net with esmtpa (Exim 4) (envelope-from <asmusf@ix.netcom.com>) id 1jUapq-0008aQ-3U for i18ndir@ietf.org; Fri, 01 May 2020 14:56:30 -0400
To: i18ndir@ietf.org
References: <20200430014516.01551188B50A@ary.qy> <33a39102-0385-e235-1cdc-57cf6dad4f4b@ix.netcom.com> <7AD06F46449F354499AC2E24@PSB> <ACB0D0AB-2271-409D-A9A1-DFFD5A1AEE93@episteme.net> <alpine.OSX.2.22.407.2004301241440.26342@ary.qy> <8CE808C7-DF4F-45A9-9C17-2D82A8B78A9E@episteme.net> <477C5A18357719590D6336D9@PSB> <0C7783A5-831D-4704-96ED-21D3FD374743@episteme.net> <alpine.OSX.2.22.407.2004302039080.28451@ary.qy> <bf3f456a-1611-da25-fa7f-fe98142ed553@nostrum.com> <alpine.OSX.2.22.407.2004302154300.28876@ary.qy> <8559E9B291BF570CF4D04696@PSB>
From: Asmus Freytag <asmusf@ix.netcom.com>
Message-ID: <b3ee934d-0cca-621c-2f8f-1431be2d46b6@ix.netcom.com>
Date: Fri, 1 May 2020 11:56:32 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0
MIME-Version: 1.0
In-Reply-To: <8559E9B291BF570CF4D04696@PSB>
Content-Type: multipart/alternative; boundary="------------20C9CD8F6C7550FA1995CFF5"
Content-Language: en-US
X-ELNK-Trace: 464f085de979d7246f36dc87813833b26976a2cdabd2db7ab5576a999f34224e2def2d0232c143fb350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 75.172.116.31
Archived-At: <https://mailarchive.ietf.org/arch/msg/i18ndir/SJJdi2Ukgsza4TXxpNKDWiaBr9E>
Subject: Re: [I18ndir] Review volunteer needed (Fwd: [dispatch] WGLC of draft-ietf-dispatch-javascript-mjs-07)
X-BeenThere: i18ndir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Internationalization Directorate <i18ndir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i18ndir>, <mailto:i18ndir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i18ndir/>
List-Post: <mailto:i18ndir@ietf.org>
List-Help: <mailto:i18ndir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i18ndir>, <mailto:i18ndir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 May 2020 18:56:33 -0000

On 4/30/2020 7:54 PM, John C Klensin wrote:
>
> --On Thursday, April 30, 2020 21:58 -0400 John R Levine
> <johnl@taugh.com> wrote:
>
>>> In terms of what draft-ietf-dispatch-javascript-mjs should
>>> say, there are two  disjoint paths we can decide to follow.
>>> The IETF can either document a  fantasy world of platonic
>>> solids that we all wish existed, which would have  virtually
>>> no practical application to implementors; or the IETF can
>>> document  the world as it exists today, warts and all, with
>>> decades of baked-in  unfortunate implementation decisions,
>>> and enable actual interoperability.
>> I don't think we're asking for ideologically pure documents,
>> but this draft could use a lot of rewriting to say what it
>> needs to say more clearly.  The "goal" stuff is particularly
>> obtuse, and I say this as a guy who's written books on parsing
>> tools.
>>
>> If it is indeed the case that a lot of javascript mislabels
>> the charset and you have to sniff the BOMs, so be it.  But
>> surely we can limit the scope of awfulness, e.g., is anything
>> mislabeled as other than UTF-8 or UTF-16?
> Although John and I still disagree on some details, +1.

+1

>
> And, as a small step toward ideological purity, if, in practice,
> no one pays attention to what appears in the charset parameter
> value, then why not either drop that parameter, say explicitly
> that it is likely to be ignored, or see if a registration of
> 'charset="IDontHaveAClue"' would make it past Ned and Martin.
> Not sure I'm serious about that, but you get the point.
>
> Adam, the gulf between ideological purity and matching reality
> isn't, IMO, quite as large as you portray it.   A
> standards-track document that says "this is really how it should
> be done but, if you, or those sending stuff to you, are going to
> ignore that, this is what you should do to avoid nasty
> interoperability problems and traps" should make us all a bit
> uncomfortable, but is still lots better than convoluted text
> that ends up amounting to "Do what thou wilt" (and that is not a
> comment about this I-D in particular).
>
> And Postel was (and presumably still would be if he were around)
> horrified by the idea that the robustness principle would be
> interpreted as "as the sender, I get to do whatever I
> <obscenity> feel like and it is up to the receiver to compensate
> and Do What I Meant".
>
> best,
>      john
>