W3C home > Mailing lists > Public > ietf-charsets@w3.org > April to June 2003

RE: Stringprep (was RE: New draft-yergeau-rfc2279bis-05.txt)

From: McDonald, Ira <imcdonald@sharplabs.com>
Date: Tue, 10 Jun 2003 15:02:02 -0700
To: "'ned.freed@mrochek.com'" <ned.freed@mrochek.com>, Francois Yergeau <FYergeau@alis.com>
Cc: "McDonald, Ira" <imcdonald@sharplabs.com>, "'Markus Scherer'" <markus.scherer@jtcsv.com>, charsets <ietf-charsets@iana.org>
Message-id: <116DB56CD7DED511BC7800508B2CA53735D041@mailsrvnt02.enet.sharplabs.com>

Hi Ned,

I understand the need for a stable reference ("these base tables
have rules that cover the repertoire of Unicode/3.2").

But the proliferation of IETF application and infrastructure
protocols (like 'iSCSI') using profiles of what I'll call
Stringprep/3.2 (RFC 3454), means that when they exchange and
compare URI, internationalized domain names, etc., they can
only use the repertoire in Unicode/3.2.  

That seems self-defeating.  Protocols should be able to use
any newly assigned Unicode/x.y characters without breaking 
in a Stringprep environment.

My two cents,
- Ira McDonald
  High North Inc

-----Original Message-----
From: ned.freed@mrochek.com [mailto:ned.freed@mrochek.com]
Sent: Tuesday, June 10, 2003 3:42 PM
To: Francois Yergeau
Cc: McDonald, Ira; 'Markus Scherer'; charsets
Subject: Re: Stringprep (was RE: New draft-yergeau-rfc2279bis-05.txt)

> [Changing the Subject: since this has nothing to do with the UTF-8 draft.]

> McDonald, Ira wrote:
> > Restricting IETF protocols to use of Unicode/3.2 is not a desirable
> > outcome of the IETF's wide support for the Stringprep approach.

> Agreed, RFC 3454 needs an update for Unicode 4.0.

Perhaps an update is in order, but this does not change the fact that a
reference to a specific version of Unicode that won't be changed or amended
any way is required by stringprep. Don't expect this requirement to change
go away.

Received on Tuesday, 10 June 2003 18:07:57 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:52:20 UTC