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