Re: [nfsv4] Review of http://www.ietf.org/id/draft-naik-nfsv4-xattrs-01.txt
"Matt W. Benjamin" <matt@linuxbox.com> Wed, 08 October 2014 14:09 UTC
Return-Path: <matt@linuxbox.com>
X-Original-To: nfsv4@ietfa.amsl.com
Delivered-To: nfsv4@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 183671A1A5F for <nfsv4@ietfa.amsl.com>; Wed, 8 Oct 2014 07:09:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.354
X-Spam-Level:
X-Spam-Status: No, score=-2.354 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, RP_MATCHES_RCVD=-0.786, SPF_HELO_PASS=-0.001, SPF_PASS=-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 Ckw8s5Fud0aF for <nfsv4@ietfa.amsl.com>; Wed, 8 Oct 2014 07:09:28 -0700 (PDT)
Received: from aa.linuxbox.com (aa.linuxbox.com [69.128.83.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D64541A1AEF for <nfsv4@ietf.org>; Wed, 8 Oct 2014 07:09:09 -0700 (PDT)
Received: from thunderbeast.private.linuxbox.com (thunderbeast.private.linuxbox.com [10.1.1.55]) by aa.linuxbox.com (8.13.1/8.13.1/SuSE Linux 0.7) with ESMTP id s98E8sh6026004; Wed, 8 Oct 2014 10:08:54 -0400
Received: from localhost (localhost.localdomain [127.0.0.1]) by thunderbeast.private.linuxbox.com (Postfix) with ESMTP id 7FFB93FC849A; Wed, 8 Oct 2014 10:08:54 -0400 (EDT)
X-Virus-Scanned: amavisd-new at linuxbox.com
Received: from thunderbeast.private.linuxbox.com ([127.0.0.1]) by localhost (thunderbeast.private.linuxbox.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bWzlK8nLLf9X; Wed, 8 Oct 2014 10:08:53 -0400 (EDT)
Received: from thunderbeast.private.linuxbox.com (thunderbeast.private.linuxbox.com [10.1.1.55]) by thunderbeast.private.linuxbox.com (Postfix) with ESMTP id 5C3693FC848B; Wed, 8 Oct 2014 10:08:53 -0400 (EDT)
Date: Wed, 08 Oct 2014 10:08:53 -0400
From: "Matt W. Benjamin" <matt@linuxbox.com>
To: David Quigley <dpquigl@davequigley.com>
Message-ID: <1559267819.50.1412777333004.JavaMail.root@thunderbeast.private.linuxbox.com>
In-Reply-To: <584710036.48.1412777296571.JavaMail.root@thunderbeast.private.linuxbox.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.8.0.6]
X-Mailer: Zimbra 6.0.5_GA_2180.CentOS5_64 (ZimbraWebClient - FF3.0 (Win)/6.0.5_GA_2180.CentOS5_64)
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (aa.linuxbox.com [10.1.1.1]); Wed, 08 Oct 2014 10:08:54 -0400 (EDT)
Archived-At: http://mailarchive.ietf.org/arch/msg/nfsv4/6vAzfe8YMoaKktKQJj24WhGqhec
Cc: Nico Williams <nico@cryptonector.com>, NFSv4 <nfsv4@ietf.org>
Subject: Re: [nfsv4] Review of http://www.ietf.org/id/draft-naik-nfsv4-xattrs-01.txt
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: NFSv4 Working Group <nfsv4.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Wed, 08 Oct 2014 14:09:30 -0000
Hi, ----- "David Quigley" <dpquigl@davequigley.com> wrote: <snip> > xattr for its internal access control but anything beyond that I don't > > think is ok. Trond in the past has expressed concerns about people > establishing arbitrary sub protocols by using xattrs. I agree that > this > is a problem because it opens up the system to interoperability issues > > by encouraging people to bypass any sort of standardization effort and > > just using the excuse that its just opaque data. I find this argument a bit strange. A general-purpose tool like xattr allows application developers and users to evolve subprotocols to satisfy real use case scenarios. The need to interoperate arises naturally to reduce/remove impedence amongst competing approaches/implementations, so that what is standardized arises from existing practice and experience. Matt -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309
- [nfsv4] Review of http://www.ietf.org/id/draft-na… Tom Haynes
- Re: [nfsv4] Review of http://www.ietf.org/id/draf… Tom Haynes
- Re: [nfsv4] Review of http://www.ietf.org/id/draf… J. Bruce Fields
- Re: [nfsv4] Review of http://www.ietf.org/id/draf… Manoj Naik
- Re: [nfsv4] Review of http://www.ietf.org/id/draf… Thomas Haynes
- Re: [nfsv4] Review of http://www.ietf.org/id/draf… Manoj Naik
- Re: [nfsv4] Review of http://www.ietf.org/id/draf… Nico Williams
- Re: [nfsv4] Review of http://www.ietf.org/id/draf… Thomas Haynes
- Re: [nfsv4] Review of http://www.ietf.org/id/draf… Nico Williams
- Re: [nfsv4] Review of http://www.ietf.org/id/draf… Christoph Hellwig
- Re: [nfsv4] Review of http://www.ietf.org/id/draf… Christoph Hellwig
- Re: [nfsv4] Review of http://www.ietf.org/id/draf… David Quigley
- Re: [nfsv4] Review of http://www.ietf.org/id/draf… Matt W. Benjamin
- Re: [nfsv4] Review of http://www.ietf.org/id/draf… David Quigley
- Re: [nfsv4] Review of http://www.ietf.org/id/draf… Nico Williams