[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:	OLD ALL-IN-1 (tm) Support Conference
Notice:	Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:	IOSG::PYE

Created:	Thu Jan 30 1992
Last Modified:	Tue Jan 23 1996
Last Successful Update:	Fri Jun 06 1997
Number of topics:	4343
Total number of notes:	18308

1799.0. "Delete user with shared drawers (and more)" by NWGEDU::ZIJLSTRA () Tue Nov 17 1992 21:33

    At this moment I am teaching a Version 3.0 technical update seminar
    for system managers for ALL-IN-1. 
    
    During the practical session the students, most of them are experienced
    system managers both on VMS and ALL-IN-1 from the bigger customers, had 
    some questions/consideration on functionality they found in ALL-IN-1
    V3.0
    
    Perhaps there are some more experienced V3.0 managers around with
    some good tips on the following:
    
    - During the deletion of an account, one of the questions you have to
    anser is. Delete shared drawers - most obviously you answer this 
    question with N. The holding account will be the account mentioned in 
    SSP. (default is MANAGER) - Is there an easy way to "give" drawers
    later on to another account??
    
    - If you read the drawer after the original owner has been deleted, you
    will find that the ACE's of the deleted accunt are still on the drawer.
    My proposed workaround for this is: Edit the drawer access and without
    actually changing the users that have access to the shared drawer, the ACE's
    were no longer there. - Any other suggestions??
    
    - If you try to delete an account with shared drawers, but one of the 
    users who have access to such a drawer has a document from one of the
    shared drawers selected in the current item block, the user will not be 
    deleted, because of this. - Does this practically mean you can not 
    delete users during working hours??
    
    - Is there any practical experience with a coexistant V2.4 - V3.0 system?? 
    
    - What will be the name of the new drawer of a migrated SFCP after an
    upgrade??
    
    Thanks for all your help in advance!
    
    P.S. The customers are really impressed with the new functionality of
    ALL-IN-1 V3.0. That is good news isn't it.
    
    Cynthia Zijlstra

T.R	Title	User	Personal Name	Date	Lines
1799.1	Hope these answers save questions	UTRTSC::SCHOLLAERT	AJAX beats Feyenoord again and again	`Wed Nov 18 1992 08:40`	54
	Hoi Synthia, >At this moment I am teaching a Version 3.0 technical update seminar >for system managers for ALL-IN-1. Teach them well so we in the CSC can sit back and relax. > - During the deletion of an account, one of the questions you have to > anser is. Delete shared drawers - most obviously you answer this > question with N. The holding account will be the account mentioned in > SSP. (default is MANAGER) - Is there an easy way to "give" drawers > later on to another account?? The moved drawer can be found throught FC DRM IAD and Added to a users Filecab. The old reference is invalid but can be removed. You will have to do the same when a user ith shared drawer is renamed. > - If you try to delete an account with shared drawers, but one of the > users who have access to such a drawer has a document from one of the > shared drawers selected in the current item block, the user will not be > deleted, because of this. - Does this practically mean you can not > delete users during working hours?? The other user has opened docdb and pdaf of this drawer. Mail to manager specifies which drawer was the problem. Easy to find out who caused the locking. ALL-IN-1 allows you to Delete the user after you take care of the locking. Before deletion: SSOIOS > sho dev user1/files/nosys/out=q.q SSOIOS > sea q.q jans ALLIN1 00003657 [JANS.A1.ZUKNDC3YO]DOCDB.DAT;1 SSOIOS$SRV73 00003D51 [JANS.A1.ZUKNDC3YO]DOCDB.DAT;1 ALLIN1 00003657 [JANS.A1.ZUKNDC3YO]DAF.DAT;1 SSOIOS$SRV73 00003D51 [JANS.A1.ZUKNDC3YO]DAF.DAT;1 SSOIOS$SRV73 00003D51 [JANS.A1.ZUKNDC3YO]RESERVATIONS.DAT;1 After deletion: SSOIOS > sho dev user1/files/nosys/out=q.q SSOIOS > sea q.q jans ALLIN1 00003657 [JANS.A1.ZUKNDC3YO]DOCDB.DAT;1 ALLIN1 00003657 [JANS.A1.ZUKNDC3YO]DAF.DAT;1 > - Is there any practical experience with a coexistant V2.4 - V3.0 system?? One customer in Holland installed a Dutch co-ex system. No problems reported. Groetjes, Jan
1799.2	SM_MOVE_DRAWER.SCP	SCOTTC::MARSHALL		`Wed Nov 18 1992 11:25`	11
	Hi, > SSP. (default is MANAGER) - Is there an easy way to "give" drawers > later on to another account?? Look at the script OA$LIB:SM_MOVE_DRAWER.SCP. I don't think there's a UI that invokes it, but the manager could call it directly. It physically moves the drawer to a different directory, changes the owner, updates the partition, etc,etc... Scott
1799.4		SIOG::T_REDMOND	Thoughts of an Idle Mind	`Wed Nov 18 1992 11:50`	5
	And FC_MOVE_DRAWER.SCP needs some UI to be built around it, or at least to have some symbols filled before it gets called... Is this why it isn't in the product? Tony
1799.5	More	SCOTTC::MARSHALL		`Wed Nov 18 1992 16:25`	18
	Hi, >> I think you mean FC_MOVE_DRAWER.SCP... Yes, that too... :-) >> Is this why it isn't in the product? It is in the product. It is called from (at least) Delete User to move the drawers to the holding account. I expect there are several scripts that are called in this way, without having an explicit UI to invoke them. I agree though that this script should have a UI to call it, as it performs a useful function. I mentioned it so that in the absence of a UI, a "competent" system manager could make use of it directly, by manually setting up the necessary symbols. Scott
1799.6		SIOG::T_REDMOND	Thoughts of an Idle Mind	`Thu Nov 19 1992 09:02`	7
	Oh good! (that it is in the product and called from the Delete User code).... But it would be nice if there was a choice to allow a system manager to move a drawer without having to delete a user... ;-) Tony
1799.7	UI for moving drawers, anyone?	IOSG::TYLDESLEY		`Thu Nov 19 1992 09:41`	6
	Hi folks, It didn't get done because of lack of time. If someone were to shout loud enough ~now~, you never know what might happen ;-) DaveT
1799.9	[<SFCP Account>]MAIN	CESARE::EIJS	All in 1 Piece	`Fri Nov 20 1992 15:29`	27
	Hi Cynthia, > Perhaps there are some more experienced V3.0 managers around with > some good tips on the following: Well, I'm suppose to manage my own system. So if that counts... > - What will be the name of the new drawer of a migrated SFCP after an > upgrade?? The Unique name of the DRAWER of the SFCP account will be: [<SFCP Account>]MAIN The name of the original folders in SFCP will be: Folder So: Drawer: [<SFCP Account>]MAIN Folder: Folder name Title: Title of document Number: Number of document Ciao, Simon