lars@ACC.ARPA (10/22/85)
QUESTION: How to SET PROTECTION=WORLD:RWED /NAME_TABLE=LNM$JOB ? BACKGROUND: We encourage our users to log in using personal_name rather than a project account (enhances personal intercommunication and to some degree good work habits because of better trackability); yet we still need project based file protection, file quotas and ressource chargeback, and our organisation is not cleanly tree-structured (i.e. projects overlap, and sometimes involve contract workers whose file access should be restricted). Our solution is to use personal accounts for logging in, then switching to project accounts that have logins disabled; this is done with a utility program that checks authorization (using a local file in SYS$MANAGER) and then overwites UIC and ACCOUNT in PCB and JIB but leaves USERNAME intact. This worked fine on VMS 3.x, but on version 4.x we get in trouble because LNM$JOB is not accessible to the process after it changes UIC. A first iteration is to copy all entries into the process table, but this still leaves SPAWN disabled, and I'm sure EUNICE could get in trouble, too, when she learns about the neat new features. Before I dig into the fiche for info on how to patch ownership and/or protection of LNM$JOB, let me ask if anyone else has had occasion to do this ? / Lars Poulsen Advanced Computer Communications <Lars @ ACC.ARPA> ------
grubin@BBN-SPCA.ARPA (Gail Rubin) (10/22/85)
We ran into this as soon as we brought up 4.0. But only for our system users who typically changed uic and default dir when helping someone else out. We called Colorado and they looked into it; they said there is NO WAY AT ALL to specify the protection on the job name tables at this time. No sysgen parameter or anything. Our workaround here is for those of us who are system types to just turn on sysprv and set default since in vms 4 if you create files in some dir owned by another uic, the files get the directory's uic, not yours if you have sysprv on. This doesn't apply to normal users. Sorry I can't be more encouraging. -- Gail Rubin