Messages in this thread | | | Date | Thu, 22 Apr 1999 16:52:42 -0400 (EDT) | From | Mike Frisch <> | Subject | Re: smbfs permissions problem (2.2.6ac1) |
| |
On Thu, 22 Apr 1999, Fuzzy Fox wrote:
> It's not correct behavior for Unix. But it is correct behavior for > Windows. Servers can implement permissions however they like. In Unix, > permission to write the parent directory gives permission to delete. In > Windows, read-only permission implies no-delete permission.
Sorry, but this does not correspond to what I am seeing on said Windows NT machine. On Windows NT, I have the same directory and the same file in that directory marked read-only. If I do an rmdir /s/q on said directory, it gets removed (even if it contains files marked read-only). I believe the smbfs implementation is incorrect in this respect assuming the functionality of "rmdir /s/q" on Windows NT an be equated with that of "rm -rf" on Linux when dealing with the same directory (one local, one shared).
Mike.
====================================================================== Mike Frisch Email: mfrisch@saturn.tlug.org Northstar Technologies WWW: http://saturn.tlug.org/~mfrisch Newmarket, Ontario, CANADA ======================================================================
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |