Re: [nfsv4] (no subject) - Owner Group attr strings.

Next message: rick@snowhite.cis.uoguelph.ca: "[nfsv4] re: Owner Group attr strings"
Previous message: Spencer Shepler: "Re: [nfsv4] (no subject) - Owner Group attr strings."
Maybe in reply to: Spencer Shepler: "Re: [nfsv4] (no subject) - Owner Group attr strings."
Next in thread: Spencer Shepler: "Re: [nfsv4] (no subject) - Owner Group attr strings."
Reply: Spencer Shepler: "Re: [nfsv4] (no subject) - Owner Group attr strings."

scallen@us.ibm.com

Subject: Re: [nfsv4] (no subject) - Owner Group attr strings.
Message-ID: <OF081DBE94.EF6D641D-ON87256E4B.0057F950-88256E4B.005BE839@us.ibm.com>
From: Stevan Steve Allen <scallen@us.ibm.com>
Date: Tue, 2 Mar 2004 09:43:52 -0700

>On Mar 3, Spencer wrote:
>
>I don't see any value for a server to return internal string 
>identifiers for owner/group. The client will likely
>not have any reasonable means of mapping them to its
>own APIs for use by the application or end user. 

From my small world, there seems to be a strong urge to return something 
for owner/owner_group in the event of an -ls/dir command.  Either the 
server internal string (possibly appending @server_domain), or the server 
assigned UID/GID in string format. 

Sorry to say I'm not familiar with the clients view of this topic or the 
reason to map such strings.

>Therefore, the server should not return
>the attributes and let the client default to some user/group 
>understood by the local environment as "not useful".
> Spencer

thx - Steve

_______________________________________________
nfsv4 mailing list
nfsv4@ietf.org
https://www1.ietf.org/mailman/listinfo/nfsv4