On Sat, 2002-12-28 at 18:59, John Nichel wrote:
> Yeah, I know how groups / permissions work. What I was wondering, is
> there a way to set a sticky bit recursively, so that no matter what the
> default group of a user is, any file or directory that the user creates
> in a certain directory wil
Yeah, I know how groups / permissions work. What I was wondering, is
there a way to set a sticky bit recursively, so that no matter what the
default group of a user is, any file or directory that the user creates
in a certain directory will be set to the group of that directory. I
don't want
On Saturday 28 December 2002 01:00 pm, John Nichel wrote:
> Hello fellow RedHatters,
>
>Can someone tell me if it's possible to set a sticky bit recursively
> on a directory? What I'm looking to do is to have multiple users
> creating files and directories in a certain place, and I want those
o created it and no one else can access it or modifiy it. I do
> not want to make this directory a "public" directory just for the one
> group.
> Thank you all
> Doug
>
> -Original Message-
> From: jesse jacobs [mailto:[EMAIL PROTECTED]]
> Sent: Friday, N
fiy it. I do not want to make this
directory a "public" directory just for the one group.
Thank you all
Doug
-Original Message-
From: jesse jacobs [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 22, 2002 2:06 AM
To: [EMAIL PROTECTED]
Cc: Simpson, Doug
Subject: Re: sticky bit
> I have a Linux 7.3 box that holds an ACT! database. When someone
> accesses the database they become the owner and group of a certain file
> - *.alf When thia happens no one else can access the data base abdthey
> receive an error that says some process is held open. So, I go back in
> and chg
On Wed, Dec 01, 1999 at 05:47:16PM -0600, Stephen Hargrove wrote:
>
>Okay, I've created a little problem on my system. I have a partition
>that is shared among several different offices, so I set the
>permissions as follows:
>
>chmod -R 1666 *
Directories typically are 755.
On Wed, 1 Dec 1999, Charles Galpin wrote:
> You are misreading the man page. The t switch uses swap, the s switch sets
> the user or group ID on execution.
>
> I'm probably going to do a lousy job of explaining it, but I'll give it a
> stab anyway.
>
> This is the heart of the user provate g
er 01, 1999 9:06 AM
To: '[EMAIL PROTECTED]'
Subject: Re: Sticky bit (wasL RE: LOGIN program)
You are misreading the man page. The t switch uses swap, the s switch sets
the user or group ID on execution.
I'm probably going to do a lousy job of explaining it, but I'll give it a
You are misreading the man page. The t switch uses swap, the s switch sets
the user or group ID on execution.
I'm probably going to do a lousy job of explaining it, but I'll give it a
stab anyway.
This is the heart of the user provate group scheme being useful. We are
all in our own group, whic
10 matches
Mail list logo