Re: [nfsv4] Going forward on I18N in RFC3530 bis

Robert Thurlow <Robert.Thurlow@oracle.com> Tue, 05 October 2010 15:42 UTC

Return-Path: <Robert.Thurlow@oracle.com>
X-Original-To: nfsv4@core3.amsl.com
Delivered-To: nfsv4@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2572D3A6FBB for <nfsv4@core3.amsl.com>; Tue, 5 Oct 2010 08:42:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0vIAvgDg9gjd for <nfsv4@core3.amsl.com>; Tue, 5 Oct 2010 08:42:26 -0700 (PDT)
Received: from rcsinet10.oracle.com (rcsinet10.oracle.com [148.87.113.121]) by core3.amsl.com (Postfix) with ESMTP id BC2E03A6FC8 for <nfsv4@ietf.org>; Tue, 5 Oct 2010 08:40:46 -0700 (PDT)
Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o95FfaS1024452 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 5 Oct 2010 15:41:37 GMT
Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o948U5x7011069; Tue, 5 Oct 2010 15:41:35 GMT
Received: from abhmt021.oracle.com by acsmt353.oracle.com with ESMTP id 655713321286293221; Tue, 05 Oct 2010 08:40:21 -0700
Received: from [10.7.250.62] (/10.7.250.62) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 05 Oct 2010 08:40:18 -0700
Message-ID: <4CAB46A5.8010604@oracle.com>
Date: Tue, 05 Oct 2010 09:39:17 -0600
From: Robert Thurlow <Robert.Thurlow@oracle.com>
User-Agent: Thunderbird 2.0.0.16 (X11/20080811)
MIME-Version: 1.0
To: "J. Bruce Fields" <bfields@fieldses.org>
References: <BF3BB6D12298F54B89C8DCC1E4073D8002664E38@CORPUSMX50A.corp.emc.com> <7C4DFCE962635144B8FAE8CA11D0BF1E03D1AEDD3D@MX14A.corp.emc.com> <20100922180601.GA25382@fieldses.org> <1285180764.4811.79.camel@heimdal.trondhjem.org> <20100922184234.GE26903@fieldses.org>
In-Reply-To: <20100922184234.GE26903@fieldses.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: Trond Myklebust <Trond.Myklebust@netapp.com>, nfsv4@ietf.org
Subject: Re: [nfsv4] Going forward on I18N in RFC3530 bis
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: NFSv4 Working Group <nfsv4.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/nfsv4>
List-Post: <mailto:nfsv4@ietf.org>
List-Help: <mailto:nfsv4-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Oct 2010 15:42:28 -0000

J. Bruce Fields wrote:

> OK, good.
> 
> What's the deal with Solaris?

We send UTF-8 up to userland, but then we're stuck with the
Solaris name service switch semantics, which can't in all
cases handle anything that isn't straight ASCII.  I don't
know if the interfaces could handle non-ASCII names even
with a straight DNS configuration to an I18N-aware DNS
server.  We have some work to do here.

Rob T