You can also generate a report out of the portal. The formatting is worse than what Trustbar creates, but it's easier to see exactly what permissions are assigned.
I have a user that has certain rights to a high level directory. I've explictly changed the rights to a sub directory for this same user but the rights are not being applied. What can look at to correct this?
He was assigned all but E & M, but this was via a group. Then I needed to remove all access to him only at a sub directory but the individual permissions don't seem to override the group (or individual in a group)
You should NEVER assign S to anyone. S means Supervisor and you can't block it.. That's why it's not working. In fact, go through your system and take S out of anything it is assigned to.
A rule of thumb, and practice that I use is follows:
Grant general or very restrictive permissions at top level subdirectories. Grant more priviledges only where specifically required on specific subdirectories.
When you grant excessive rights from the top, you then have to block them wherever you don't want them, and that turns into a management nightmare.
Here are some common rights that people need:
Full: [RWCEMF]
Read Only: [R F]
Those usually accomodate 95% of scenarious.
Here is a description of each letter:
S - Supervisor (god priviledges)
R - Read (Open a file for reading)
W - Write (allows you to Modify or write to a file)
C - Create (allows you to Create a new file)
E - Erase (allows you to Delete a file)
M - Modify (ability to Modify netware attributes)
F - File Scan (Allows you to view directory contents)
A - Access Control (Ability to assign permissions)
The entire concept is pretty simple.. ask if you need any further clarification.
Is it possible to assign priviledges such that a user can create a directory but not a file under a certain/high level directory. What I'd like to do is to keep people from moving or creating files into a high level directory, but allow them to create directories to which they can post the files.
There isn't really a way to do that with permissions. The [ C ] permission allows you to create, but it doesn't restrict anything based on whether its a folder or file. However, there is trick you could use as a deterent to force people to create folders.
- TOOLBOX.NLM (Look it up).. Make sure this is loading in your AUTOEXEC.NCF.. it needs to be running for the next step to work.
- Create a scheduled task in your portal that deletes files from your high level folder using the DEL command built into toolbox. You do this by going in your browser to http:\\serverIPAddress:8008.. You should see the option for scheduling tasks on the menu on the left.
Your syntax would be something like this:
DEL DATA:\TOP\*.*
This should delete files but not folders. If you set the scheduling on this to once a day, it will always clean out any files that have been stored in your top level folder. It shouldn't delete any subfolders.
If you tell your people this is what is going to happen, they will be forced to follow the 'creating a folder' procedure for their files instead of just dumping the file there. If they choose to save files at the top, they will be gone the next day.
I would make sure you test this before putting it into production to make sure you have the syntax right and you get consistent results. The DEL command is very powerful, so use with caution. I've seen people accidentally delete the entire volume with a simple syntax error.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.