Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!usc!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!pitt!amanue!oglvee!jr From: jr@oglvee.UUCP (Jim Rosenberg) Newsgroups: comp.unix.internals Subject: Re: Ideas for changes to Unix filesystem Message-ID: <631@oglvee.UUCP> Date: 20 Feb 91 19:34:58 GMT References: <27B98C54.66F9@tct.uucp> <27BC2E07.673D@tct.uucp> Organization: Oglevee Computer Systems, Connellsville, Pa Lines: 21 In bzs@world.std.com (Barry Shein) writes: >I suppose one would be >hard-pressed to come up with an example of why there would be a file >which was owned by you but otherwise not accessible, but I don't like >to consider that sort of argument, it only belies the limits of >imagination. If I remember it correctly, the BRL spooler, MDQS, *routinely* sets up files for which the owner has no access by virtue of lack of a directory permission. MDQS protects its spool directory by a "lock" directory. You have to have "spooler permissions" to traverse this directory. But having done that, its actual spool files have the uid and gid of the submitting user. [Aside: MDQS is a *nice* spooler! It's amazing to me that it hasn't joined elm and smail et al among the cast of characters of PD software packages that replace the respective "standard" package that comes with the operating system. MDQS surely beats the socks off the usual System V spooler.] -- Jim Rosenberg #include --cgh!amanue!oglvee!jr Oglevee Computer Systems / / 151 Oglevee Lane, Connellsville, PA 15425 pitt! ditka! INTERNET: cgh!amanue!oglvee!jr@dsi.com / /