> On Thu, Sep 30, 2010 at 08:14:24PM -0400, Miles
> Nordin wrote:
> > >> Can the user in (3) fix the permissions from
> Windows?
> >
> > no, not under my proposal.
>
> Then your proposal is a non-starter. Support for
> multiple remote
> filesystem access protocols is key for ZFS and
> Solaris.
>
> The impedance mismatches between these various
> protocols means that we
> need to make some trade-offs. In this case I think
> the business (as
> well as the engineers involved) would assert that
> being a good SMB
> server is critical, and that being able to
> authoritatively edit file
> permissions via SMB clients is part of what it means
> to be a good SMB
> server.
>
> Now, you could argue that we should being aclmode
> back and let the user
> choose which trade-offs to make. And you might
> propose new values for
> aclmode or enhancements to the groupmask setting of
> aclmode.
>
> > but it sounds like currently people cannot ``fix''
> permissions through
> > the quirky autotranslation anyway, certainly not to
> the point where
> > neither unix nor windows users are confused:
> windows users are always
> > confused, and unix users don't get to see all the
> permissions.
>
> Thus the current behavior is the same as the old
> aclmode=discard
> setting.
>
> > >> Now what?
> >
> > set the unix perms to 777 as a sign to the unix
> people to either (a)
> > leave it alone, or (b) learn to use 'chmod A...'.
> This will actually
> work: it's not a hand-waving hypothetical that just
> doesn't play out.
> That's not an option, not for a default behavior
> anyways.
>
> Nico
One question: Casper, where are you? The guy that did fine-grained
permissions IMO ought to have an idea of how to do something with ACLs
that's both safe and unsurprising for the various sorts of clients.
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss