| 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 06: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  
 | |||||