OS/2 Shareware BBS: 2 BBS

home *** CD-ROM | disk | FTP | other *** search

/ OS/2 Shareware BBS: 2 BBS / 02-BBS.zip / v611docs.zip / VMAIN611.ZIP / VC5 < prev next >

Wrap

Text File | 1993-10-09 | 20KB | 364 lines

VBBS 6.11 Documentation -- 5-1 ╔════════════════════════════════════════════════════════════════╗ ║ CHAPTER FIVE NEW USER SIGNUP ║ ╚════════════════════════════════════════════════════════════════╝ When a user logs on as NEW on your system, he or she is first presented with the NEWUSER.TXT file (which you definitely should create before opening your BBS to the public) stored in the \TXT directory defined in your PATHS Configuration. The NEWUSER.TXT file should provide enough information to get new users started; it may also include anything else you wish. If you configured a "New User Password" in VCONFIG, the new user will be asked to provide the password before the system allows him or her to continue (for most "public-access" BBSs, this is generally not done). At the end of the NEWUSER.TXT screen, the new user is prompted to provide some basic information about himself or her- self. Depending on whether or not your system allows "aliases" or "handles", the user will be prompted to provide a "handle" or real name to use on the board. VBBS checks what the user types in against other entries in the USERFILE.DAT to make sure that duplicate names are not used. ╔═╗ If there are handles or names that you would prefer not ╚═╝ to allow on your system, you may include them in a text file called TRASHCAN.TXT in your \TXT directory. This file is created using an ASCII text editor and has one handle/name/word per line. Most sysops use this to pre- vent users from having profanities as handles. As the signup continues, the user is prompted for his ad- dress, voice and data phone numbers, birthdate, password, and other information pertaining to default settings used on the BBS. The information provided goes into the USERFILE.DAT file. If you have chosen to allow auto-validation of visiting sysops, VBBS will aske the user if he or she is a sysop. If the user answers "yes", he or she will be prompted for informa- tion concerning his or her BBS and will then be given the SL and time you have defined for visiting sysops in VCONFIG. ╔═╗ Again, there have been instances in which a user has ╚═╝ given false information in order to gain sysop access to a BBS; use caution when allowing auto-validation. If you have configured "yes" for automatic call-back verification, VBBS will prompt the user (according to the area code and prefix criteria you have established) to prepare to receive an incoming call from your board, at which point VBBS hangs up, calls the data phone number left by the user, and confirms its authenticity by prompting the user answering the callback to provide the password for the new account (see "The Call-back Verifier" for more information). VBBS 6.11 Documentation -- 5-2 New users are assigned the SL and time allowed on the system according to what you have set up in VCONFIG. New User Feedback and Validation ════════════════════════════════ Generally, you do not want to give a new user too high an access level to your system until you are sure the informa- tion provided you is accurate. It is often desirable to have a new user leave a short introduction of himself or herself in addition to the information given in the basic signup process. To have the system prompt for such "new-user feedback", set the appropriate option in VCONFIG "on" and edit the file LEAVEFB.TXT in your \TXT directory to ask for the sorts of in- formation you'd like to have (of course, you don't want to get TOO personal here, because that tends to catch new users off- guard). ╔═╗ It should be noted that a new user may choose to abort ╚═╝ the feedback letter and go straight into the system without leaving any message to the sysop. There are several ways of combatting this rudeness: 1) Using an ASCII text editor, create a file in your \TXT directory called NEWUMAIL.TXT. It should in- clude some basic information about your system and its standard operating procedures (but should not be too long). It will appear as a message from the sysop in the new user's mailbox. If the new user reads the NEWUMAIL.TXT file, the system will send you "oneliner" indicating that the message was read; sometimes, this is the only way a sysop knows a new user has logged on, short of doing a complete user listing. If the user chooses to not read this E-mail, no "oneliner" is delivered. 2) Should you happen to notice that a new user has signed up but has not left you any message announ- cing his presence, send him an E-mail, asking if there was any particular reason the feedback was aborted. Many users are somewhat embarrassed to draw this kind of "negative attention" to themselves and will promptly reply the next time they log on. They may not leave the information you requested in LEAVEFB.TXT, but that's another story ... 3) Simply ignore the new account until you receive feedback from the user. If new users have only limited access to your system, the offending user will either tire of logging on and not being able to do anything (and then send feedback), or will simply not call any more. This is, of course, combatting rudeness with rudeness, and is one way your BBS can earn a bad reputation among users VBBS 6.11 Documentation -- 5-3 (word-of-mouth is still a powerful positive or nega- tive advertising tool, even among BBS users). 4) Install one of the various script modifications avail- able that will truly FORCE the new user to leave feed- back or have the account deleted. These may, of course, be edited (with an ASCII editor) to convey exactly the tone you wish, and while it may seem a "brute-force" method of getting the information you ask for, it IS effective. If the new user DOES leave feedback (or even a regular E-mail), the sysop need only hit [V] from the E-mail submenu and then enter the user's account in the user editor. Once there, the sysop can assign the user an appropriate security level and time allowed on the system, set any access flags/ratio exemp- tions/other variables as needed. There are MANY options as to how you present your BBS to new users, even without the use of scripts and/or source-code modifications. Your login screen(s), LEAVEFB.TXT, NEWUMAIL.TXT, and other informational screens make that all-important first impression. First-time callers, and ESPECIALLY new BBSers, ap- preciate friendliness and courtesy from the sysop, and USUALLY respond in kind (of course, if you're running a "bash board" and they EXPECT abuse on the first call ...). :-) NEW USER DEFAULTS ═════════════════ One of the most important things a new user (including a new sysop) should do is set his or her defaults. Pressing [D] at the Main Menu brings up a list of settings, which are described below. New users are shown their default after registration also. 1) Video Mode The user may choose ASCII, ANSI, or En- hanced ANSI (which enables pull-down menus) as the default. If a user wishes to use Enhanced ANSI, he or she MUST select it here; otherwise, ANSI auto-de- tection determines default. 2) Expert Toggle Expert mode disables the menu-at-every- prompt mode. 3) Page Breaks Number of lines per page. A setting of 0 produces continuous screen scrolling; 24 is default. 4) Password Change password, if desired. 5) Autoposts Toggles Autopost display at login. 6) Ctrl-A User Macro User may create up to 2 macros, each con- 7) Ctrl-B User Macro taining up to 79 characters (including ANSI control characters). 8) ANSI Color Setup User may customize screen colors to suit to suit personal tastes. VBBS 6.11 Documentation -- 5-4 9) Full Screen Editor Toggles between the full-screen editor (FSE) and a line editor; ASCII users get the line editor. A) Mailbox Forward E-mail to another user or network system, if desired. B) Security Displays a list of things the user has a high enough SL to do. C) Long Distance Cost Allows user to keep track of LD usage and billing by defining cost per minute and knowing the billing cycle. D) Sort File Lists Toggles between alphabetically- and nu- merically-sorted file listings. E) User Time Bank User may deposit unused time for later withdrawal. Maximum time is set in VCONFIG (q.v.). F) File List Display Toggles between single- and double-line file listing. Q) Quit Saves changes and quits to Main Menu. The sysop should encourage new users to take time to set their defaults early on; ANSI users should be encouraged to use the full-screen editor for its superior cursor control and edi- ting features. THE USER EDITOR ═══════════════ The user editor allows the sysop to view and edit users' information, validate and/or delete users. The user information is divided into several fields, each of which is described below. User Number User's account number. a) User Handle User's handle (if used/allowed). b) User Real Name User's real name. c) Address Street or P.O. box address d) City e) State f) Zip g) Security Level User's SL; acceptable values are 1-255 (255 is sysop access); new-user SLs are set in VCONFIG. h) Access Flags Flags used for specific database access, given as a letter A-Z. Certain data- bases (such as sysops-only databases) may be given an access flag; only those users with the corresponding flag in this field may access those databases. The sysop should toggle all of these flags ON for his or her account by pressing [H] and typing the alphabet; this ensures that he or she cannot accidentally be locked out of any database. VBBS 6.11 Documentation -- 5-5 i) Flags General flags used outside of databases, given as a letter A-Z. VBBS currently uses four flags "out of the package": A -- Login autoposts on/off F -- If set, user uses full-screen editor N -- User has received new-user message X -- Menus in expert mode Flags may be set or reset manually in the user editor, or via scripts. j) Password User's password. k) Phone 1 User's voice phone number. l) Phone 2 User's data phone number m) MaxTime Maximum time allowed on per day. n) Credits User's credit total (see VSCRIPT.DOC for more information). o) Verify Birthday User's birthday. If toggled, will ask user to re-enter birthday at login. p) Ratio Exempt? Allows you to exempt the user from up- load/download ratio (if any). q) U/L Files/kilobytes uploaded. r) D/L Files/kilobytes downloaded. Ex1 - Ex8 User's $extra variables 1 through 8 (see VSCRIPT.DOC for more information). Page User's default page length. Vid User's default video mode. Calls Number of calls to your BBS the user has made to date. Time Total time the user has spent on your BBS to date. Last The date the user last called your BBS. Posts Number of public posts the user has left to date. Email Number of E-mails the user has sent to date. You may edit the information in fields a) through r) and Ex1 through Ex8; the rest is pretty much "read-only" user-selec- ted defaults or record-keeping information. There are several commands to help the sysop get around in the user editor: [/] Prompts for a user number, handle, or real name and searches on the information given. In case of duplicate information (e.g., two users with the first name "Mike"), it will ask if the user shown is the correct one. [Enter] Move to next record. [-] Move to previous record. VBBS 6.11 Documentation -- 5-6 [!] Delete user's account. Sets SL to 0 and opens the account number for reassignment. If you open several slots, a new user will be given the lowest-numbered slot available; the user list is NOT "packed" (renumbered) after dele- tions. [Esc] Quit to sysop menu or WFC, whichever the editor was invoked from. The user editor is a powerful tool for managing your user base -- spotting bogus accounts, changing users' access to various areas of the BBS, verifying information, and so on. There are several utilities available that make use of the in- formation stored in USERFILE.DAT; see "Virtual Tools" for more information. ONLINE FUNCTION KEYS ════════════════════ When a user is online, the [F1] through [F10] keys func- tion differently from the way they do at the WFC screen. The list of functions available when a user is online is given be- low: [F1] Enter/exit Chat mode. [Shift-F1] Enter split-screen Chat mode; [Esc] exits. [F2] Call up user editor; user sees a <Wait> prompt on his or her screen. By exiting the [F2] user editor as another user, the sysop can "change into" that user. [F3] Add 1 minute to the user's session. [Shift-F3] Subtract 1 minute from the user's session. [F4] Increase user's SL by 5. [Shift-F4] Decrease user's SL by 5. It should be noted that the [F4] and [Shift-F4] changes appear to be permanent; if you wish to give a user a higher SL temporarily, your best bet would be to go into the user editor using the [F2] key. [F5] Drop to DOS (VBBS stays in memory). [Shift-F5] Drop to DOS (VBBS shrinks out as per a door pro- gram). [F6] Pseudo-DOS multitasker; allows sysop to run small DOS commands from the console while the user is online and using the BBS. One of the most un- derrated features of VBBS. [F8] Sysop alert; sets the computer to beep when the current user online logs off. [F9] Invoke the "Download Any File" convenience fea- ture. [F10] Boot user off the system, "cold". [Ctrl-F10] Display STORM.TXT (found in the \TXT directory), warning of inclement weather conditions, THEN VBBS 6.11 Documentation -- 5-7 boot the user off the system. [Shift-F10] Spurt some simulated "line noise" at the user, and boot him or her off the system. Makes the user think a bad connection terminated the ses- sion. * * * * * * * * * That just about does it for the "introductory" section of the VBBS documentation. The next section deals with the various functions and features of VBBS.