Hej everybody
Again gave is very good list some quick answers. Here Doe You have the
answers. And many thanks to Mr. Nikola Milutinovic, Mr. LHERCAUD and Mr.
Dr. Thomas.Blinn.
Mr. Nikola Milutinovic answer was:
A user has the permission to remove a file if he/she has "w" permission
on a directory containing that file. Deleting a file is actually writing
a change in it's parent folder, right?
Mr. LHERCAUD answer was:
change the owner of the symbolic link to root.
Change the mode of the directory to add the "t" bit (you must do this as
root)
# chmod +t /usr/users/joe
Mr. Dr. Thomas Blinn answer was:
In a word, "no". If the user has delete access in the directory where
the link is located, they can remove the symlink. That's how it is
supposed to work and that's how it does work.
You could, of course, create a different "rm" utility (assuming it's
not a shell built-in in the shell they are using, or the utility), and
have it implement a different rule, but then it wouldn't be UNIX.
Have you considered putting the symlinks in some common directory that
is in the users' default PATH, instead of looking for these things in
the users' own home directory? (In other words, rethink the problem
you are trying to solve with the symlinks and find a better way to get
that problem solved than the one you are using today.)
My solution was to use Mr. Dr. Thomas Blinn answer, and I reconfigured
our apache server, and it works without any link in the users
catalog/directory.
MANY THANKS AGAIN!!
Anders Trier Rasmussen
Received on Tue Jan 23 2001 - 10:06:44 NZDT