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 |
Hello. We are currently in the process of setting up a province wide information center. Using ALL-IN-1 ios version 3.0 and notes 2.2. The users will be abel to send each other e-mail and using the GPC access group conferencing. In order to automate the creation of a new user we wanted to let the new user do that them selves. The user would access the system for the first time answers some questions about themselves and then a procedure would take over and interface with ALL-IN-1 to setup the new account. We also did not want to modify any ALL-IN-1 DCL or SCRIPT code. to that end we set up an account called NEWUSER. When a new user access the system they will type in "NEWUSER" at the user name prompt. This is a captive account with the same privs as ALLIN1 manager account except for different uic and is an administrator. The ADMIN policies will allow for the creation of a new user account. A DCL procedure prompts the user for thier name and address and a password. It then creates a unique user name and then submits OA$LIB:MUA_CREATE.COM with the following parameters; p1= "NEWUSER" p2= unique user name (created from the dcl) p3= 0 p4= time stamp p5= "" p6= sys$system: p7= 0 MUA_CREATE.com executes fine and then executes the srcipt SM_CR_USER_DETAILS this procedure works fine until it tries to find a template and then we get the following: "Extracting the new user details from the template" failure_reason = "F_FIND_TEMPLATE" We made one deviation from our plan and modified sm-cr-user-details line to look like: get #profile_template = profil.template("USERS") The template "USERS" has been defined and looks okay. any suggestions as to what can be the problem or what we are doing wrong? Any more inforamtion needed?
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
1015.1 | Use UDPs - This way you avoid any customisations | GIDDAY::SETHI | Man from Downunder | Thu Jul 09 1992 07:03 | 31 |
G'day Larry, >We made one deviation from our plan and modified sm-cr-user-details line >to look like: >get #profile_template = profil.template("USERS") I think the problem may have been "(" you should have "[". The line should read get #profile_template = profil.template["USERS"]. Another idea would have been to use a UDP to create the user account in batch mode. I would have done the following 1. Setup a menu and prompted for the required answers as you are doing 2. Create a temp command procedure to include the users details for example $ allin1 sm mua c {RET} cu{RET} Then fillin all the details as required end each field with {TAB} and the last one with a {RET}. This would have required no changes to ALL-IN-1. ALL-IN-1 did not have the administrators option not so long a go and I wrote a DCL procedure that did all of this. UDP's are a wonderful tool and I feel they are neglected they are easy to write and understand. Good Luck Sunil |