home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.wwiv.com
/
ftp.wwiv.com.zip
/
ftp.wwiv.com
/
pub
/
BBS
/
AUTOVAL4.ZIP
/
SYSOP.DOC
< prev
Wrap
Text File
|
1992-02-27
|
6KB
|
128 lines
Ok now for the desc on how the aval prg works. It is quite simple
When a new user logs in right after he is asked for his pw the program will
check his data phone against the phones.dat file and if it is a valid # he
will be offered an opportunity to use autoval. If the user selects yes then
the system will call him back at his data phone, if it connects he is asked
to enter his pw again. If he gets it correct he is validated and the system
will hang up on him after printing the 'avcall.msg' file.
Now for the good stuff. The phones.dat file has to be in the main dir
and in the format shown. You have to at least list the AC plus the ^ and
! and * symbols. You do not have to list any bad phone numbers.
The program is set up to use your bbs defaults such as Number of tries
is the same as what you set for the network. It also uses the default dialing
string set in vconfig.
The aval program will report to the sysop log to tell you what
happens. All log entries are marked with '!!!' at the beginning of the line.
It will report if the user;
Aborts Autoval
Uses a Bad Phone Number
User re-enters wrong PW on reconnect
The aval program will Email the sysop when a user successfully
autovalidates or when his phone is added to the Bad Phone list in the
file Phones.dat. (No reconnect or Voice reconnect)....
In all cases except Successful Autovalidate and User Aborts Aval the
users account will not be created. If the user aborts then he is back to norm
for vbbs and you will have to validate him.
The autoval program will also record the fact a user autovalidated in
the 'ex2:' block of the user edit screen. If you are using this block then you
need to change the 'ex2' to whatever you like in the autoval sub.
The program is also set up to grant s/l to either Male or Female. It
assumes that the 'ex1' block is used to record the users sex, if not then you
need to change the 'ex1' to where the user sex is recorded in the autoval sub
You can also change the s/l and maxtime numbers to suit your needs it is
currently set to;
'Male' Security Level == 50 .... Maxtime == 60
'Female' Security Level == 75 .... Maxtime == 120
To change this go into the end of the autoval sub and change the
varibles listed;
u1.sec = The Security level
u1.maxtime = The Maxtime
Also one note, If the user hits return when it asks for his data phone
number the program will assign his Voice Phone number to the data Phone Number.
One final note: If you have enabled the Sysop Validation in vbbs then
you need to make sure that it is set to at least the same as the autoval prg
otherwise if a user selects autoval then sysop val , the sysop val part will
reset his account defaults to whatever you have told it in vconfig. As the
sysop val routine does not contain a rountine to distinguish the user sex, if
you are giving females higher access in autoval then the sysop val will drop
their access level down. See the 'autoval.doc' file for more info on this.
I hope I have not failed to cover anything , if so just drop me a
line in email or call the board.
Midnight
1@6993
ßßÇ 619-225-9720
TECHNICAL DOC FOR THE PHONES.DAT FILE
Ok here goes. What the program does is first see if you have LD enabled.
If so then it will check the first AC and if it matches it will check the
prefixes, if they match it is a local/zone call if not then it is an In AREA
Long Dist call. If the first ac does not match then it will check the other AC's
you have listed, if they match then it is an out of Metro LD call. If these
don't match it checks any AC's under the '^' and if they match then it is an
OUT AREA LD call.
If you have local only enabled then it only checks the first ac, if it
matches then it will check the prefixes and if they match it calls else it
aborts and does not offer the user the option of autovalidating.
NOTE: Due to the many different types of calls availble across the nation the
autoval mod has to make some assumptions base on the following:
Local 1st AC matches and Prefixs match it dials (XXX-XXXX)
In AREA LD 1st AC matches but no prefixs match it dials (1-XXX-XXXX)
Metro LD 1st AC no match but next AC's do it dials (XXX-XXX-XXXX)
Out AREA LD 2ond Group of AC's match (after the ^) it dials (1-XXX-XXX-XXXX)
This is only if you have LD enabled...................................
This change was necessary to support the different types of calling in different
areas like in San Diego most calls inside 20 miles are local or zone meaning all
you do is dial the prefix+number. Don't be optimistic, zone calls are charged
like LD. In other states you have to dial the "1" plus the number if it is not
a local call, hence the conventions in the autoval mod. You can also put in
zone type numbers (ZUM system calling by definition) even if you only have local
selected and it will call them back, as per if you have LD selected then you
HAVE TO PUT THEM IN or it will try to call them back at 1-XXX-XXXX and you will
get a recording that says you don't have to dial the '1' to call that number.
ONE OTHER NOTE:
Comments are allowed in the Phones.dat file, be sure to
read the phones.dat file for an explanation of how to
put in comments.
IMPORTANT::::
If Aval fails to reconnect or if it gets a VOICE (assuming
you have voice enabled X6 or X5 on most modems) it will ADD
the users number to the Bad Phone section of Phones.dat.
If the autoval prg detects a VOICE on a callback it aborts
on the spot, it will not continue to attempt to redial the
number again.