Re: [EAI] [IETF] Content Issues [
ned+ima@mrochek.com Sun, 16 October 2016 22:05 UTC
Return-Path: <ned+ima@mrochek.com>
X-Original-To: ima@ietfa.amsl.com
Delivered-To: ima@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B4FB11293EC for <ima@ietfa.amsl.com>; Sun, 16 Oct 2016 15:05:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.841
X-Spam-Level:
X-Spam-Status: No, score=-0.841 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_03_06=1.592, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.431, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=mrochek.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 OyYDYDwjBaNo for <ima@ietfa.amsl.com>; Sun, 16 Oct 2016 15:05:48 -0700 (PDT)
Received: from mauve.mrochek.com (mauve.mrochek.com [68.183.62.69]) (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 D72CD1293DF for <ima@ietf.org>; Sun, 16 Oct 2016 15:05:47 -0700 (PDT)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01Q66PLZIJOW00O9WR@mauve.mrochek.com> for ima@ietf.org; Sun, 16 Oct 2016 15:00:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mrochek.com; s=mauve; t=1476655244; bh=/fFkmjqwD0iBImdNKWj5CYoReMMt5dlNU+/YE0jmDMw=; h=From:Cc:Date:Subject:In-reply-to:References:To; b=GA6Z4NVUCOanSoGweqmU0tJWA6WuN9LFXBLoSzWV2CDSS4KlPr3jcIQ9hWFRC1cbx A2xGLWe7xdYsMXV3SsOoIhe6YswzxzrbnbVIHwL8hdT5S6kRZJki6kJnoFPYx1y0Yj OPxdtmqMFabq9Su3yDa0V8Rx4khlodHjU/vEAdo0=
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: TEXT/PLAIN; CHARSET="us-ascii"
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01Q64TB541DS00Q5OH@mauve.mrochek.com> (original mail from NED@mauve.mrochek.com) for ima@ietf.org; Sun, 16 Oct 2016 15:00:41 -0700 (PDT)
From: ned+ima@mrochek.com
Message-id: <01Q66PLXP7X800Q5OH@mauve.mrochek.com>
Date: Sun, 16 Oct 2016 11:35:33 -0700
In-reply-to: "Your message dated Sun, 16 Oct 2016 15:41:30 +0000" <MWHPR03MB2813F4FACF008F79A7540E2682D10@MWHPR03MB2813.namprd03.prod.outlook.com>
References: <MWHPR03MB281341141A1CE0C0895F58A482D10@MWHPR03MB2813.namprd03.prod.outlook.com> <776420919.20161016132653@uanic.net> <MWHPR03MB2813F4FACF008F79A7540E2682D10@MWHPR03MB2813.namprd03.prod.outlook.com>
To: Shawn Steele <Shawn.Steele@microsoft.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ima/MO4AegWW7Yz91o6auxeHaYvlOhE>
Cc: "ima@ietf.org" <ima@ietf.org>
Subject: Re: [EAI] [IETF] Content Issues [
X-BeenThere: ima@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "EAI \(Email Address Internationalization\)" <ima.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ima>, <mailto:ima-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ima/>
List-Post: <mailto:ima@ietf.org>
List-Help: <mailto:ima-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ima>, <mailto:ima-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 16 Oct 2016 22:05:48 -0000
> > Excuse me, from point of view man with English as mother-language you are > > right on 100% But some other picture will be from man with, for example, > > Swahili or Russian or Kyrgyz or Bulgarian ... - so much other mother-languages > > are exist on Earth Maybe I mistake or I didn't correctly understood you > People could already send content in non-English languages if they desired. > So the problem is "only" the address? Someone can post in French or Spanish or even Myaamia or Mingo, but good luck getting people to read it. Which means you can do it but it isn't supported in any meaningful sense. The impediments to actually supporting posting to an IETF list in languages other than technical English are very real, but for the most part non-technical. The IETF could, if it so desired, adopt a multilingual approach similar to that used in some other standards bodies, where a specific set of languages are supported and translation is done on an as-needed basis. Heck, the IETF could even go "full United Nations" and support a huge range of languages - in theory at least. The problem with all this is cost. Even when done really well - and doing this stuff well is extraordinarily difficult - the burden on participants in terms of translation delays, misunderstandings, and so on is very high. So much so that the IETF as we know it would likely cease to exist. And that's ignoring actual cost, which would be huge. And the money to pay for it would have to come from somewhere. The way other organizations do it always includes some element of "pay for play". And that, again, would change the IETF into something unrecognizable. The bottom line is right now the cost of participation in the IETF is being able to read and write technical English to a reasonable degree plus access to basic Internet email service. Replacing that one language with a list is almost certainly going to add some kind of additional cost to the equation. I don't think this is a good tradeoff. Bringing this back to the original issue of being able to use an EAI address on IETF lists, if you want that to work and not break our current model for participation and accountability you're going to have to require that everyone use an EAI-capable account and user agent. Even if you could get IETF participants to do that - and I can assure you that pigs will fly first - think about the added cost of participation that brings. I don't think this is a good tradeoff either. Ned
- Re: [EAI] [IETF] Content Issues [ Shawn Steele
- Re: [EAI] [IETF] Content Issues [ Yuriy Kargapolov
- Re: [EAI] [IETF] Content Issues [ ned+ima
- Re: [EAI] [IETF] Content Issues [ Shawn Steele
- Re: [EAI] [IETF] Content Issues [ Shawn Steele
- Re: [EAI] [IETF] Content Issues [ John C Klensin
- Re: [EAI] [IETF] Content Issues [ John C Klensin
- Re: [EAI] [IETF] Content Issues [ Shawn Steele
- Re: [EAI] [IETF] Content Issues [ John C Klensin
- Re: [EAI] [IETF] Content Issues [ ned+ima
- Re: [EAI] [IETF] Content Issues [ ned+ima
- [EAI] [IETF] Barriers to Deployment [ was: Conten… nalini.elkins
- Re: [EAI] [IETF] Barriers to Deployment [ was: Co… John C Klensin
- Re: [EAI] [IETF] Content Issues [ Martin J. Dürst
- Re: [EAI] [IETF] Content Issues [ Martin J. Dürst
- Re: [EAI] [IETF] Content Issues [ Martin J. Dürst
- Re: [EAI] [IETF] Barriers to Deployment [ was: Co… ned+ima
- Re: [EAI] [IETF] Content Issues [ ned+ima
- Re: [EAI] [IETF] Content Issues [ Martin J. Dürst
- Re: [EAI] [IETF] Barriers to Deployment [ was: Co… John C Klensin
- Re: [EAI] [IETF] Content Issues [ ned+ima
- Re: [EAI] [IETF] Content Issues [ Martin J. Dürst