IETF Logo Mail Archive

Re: [saag] i18n requirements (was: Re: NF* (Re: PKCS#11 URI slot attributes & last call))

Jan Pechanec <jan.pechanec@oracle.com> Tue, 13 January 2015 01:08 UTC

Return-Path: <jan.pechanec@oracle.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00DF11A884F; Mon, 12 Jan 2015 17:08:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001] autolearn=ham
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 95AijsfWqe-8; Mon, 12 Jan 2015 17:07:59 -0800 (PST)
Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F0051A8836; Mon, 12 Jan 2015 17:07:59 -0800 (PST)
Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t0D16eC8000556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 13 Jan 2015 01:06:41 GMT
Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id t0D16dwd008935 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 13 Jan 2015 01:06:40 GMT
Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id t0D16djo021174; Tue, 13 Jan 2015 01:06:39 GMT
Received: from keflavik.us.oracle.com (/10.132.148.214) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 12 Jan 2015 17:06:39 -0800
Date: Mon, 12 Jan 2015 17:06:38 -0800
From: Jan Pechanec <jan.pechanec@oracle.com>
X-X-Sender: jpechane@keflavik
To: Nico Williams <nico@cryptonector.com>
Subject: Re: [saag] i18n requirements (was: Re: NF* (Re: PKCS#11 URI slot attributes & last call))
In-Reply-To: <20150113005909.GY16323@localhost>
Message-ID: <alpine.GSO.2.00.1501121659510.8555@keflavik>
References: <9A043F3CF02CD34C8E74AC1594475C73AAF5744C@uxcn10-tdc05.UoA.auckland.ac.nz> <2A0EFB9C05D0164E98F19BB0AF3708C71D55675E67@USMBX1.msg.corp.akamai.com> <20150112045411.GD16323@localhost> <54B45A75.1050503@qti.qualcomm.com> <20150113000854.GW16323@localhost> <alpine.GSO.2.00.1501121636360.8555@keflavik> <20150113005909.GY16323@localhost>
User-Agent: Alpine 2.00 (GSO 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Source-IP: ucsinet22.oracle.com [156.151.31.94]
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/T2Mtk3FZd4bCwy_RLiZu1XTAqY0>
Cc: "Salz, Rich" <rsalz@akamai.com>, Pete Resnick <presnick@qti.qualcomm.com>, Peter Gutmann <pgut001@cs.auckland.ac.nz>, "saag@ietf.org" <saag@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Jan 2015 01:08:13 -0000

On Mon, 12 Jan 2015, Nico Williams wrote:

>On Mon, Jan 12, 2015 at 04:45:57PM -0800, Jan Pechanec wrote:
>> On Mon, 12 Jan 2015, Nico Williams wrote:
>> >unfortunately they left other I18N details out.
>> 
>> 	hi Nico, the PKCS#11 specification says those strings are 
>> UTF-8 back in the last version that is still current (2.20) from 2004 
>> (didn't check earlier versions).  [...]
>
>Huh.  Why did I remember octet strings??  Version 2.01 (1997) did have
>plain octet strings with no character set nor codeset defined.  But
>still, 2004 is pretty late.

	it is, and version 2.30 from 2009 still under the control of 
RSA Labs was only ever draft.  Version 2.40 seems to be very close 
from becoming a new version though.

-- 
Jan Pechanec <jan.pechanec@oracle.com>

v2.23.0 | Report a Bug | By Email