8195 lines
357 KiB
Plaintext
8195 lines
357 KiB
Plaintext
|
||
±±±±±±±±±Ü ±±±±±±±±±Ü
|
||
±±Ûßßß±±Û ±±Ûßßß±±Û
|
||
±±Û ±±Û ±±±±±±Ü ±±±±±±Ü ±±Û ±±Û ±±±±±±Ü ±±±±±±Ü ±±±±±±Ü ±±±±±±±Ü
|
||
±±±±±±±±Û ±±Ûß±±Û ±±Ûß±±Û ±±±±±±±Ûß ±±Ûß±±Û ±±Ûß±±Û ±±Ûß±±Û ±±Ûß±±Û
|
||
±±Ûßßßßßß ±±±±±±Û ±±Û ±±Û ±±Ûßßß±±Û ±±Û ±±Û ±±±±±±Û ±±±±±±Û ±±Û ±±Û
|
||
±±Û ±±Û±±Ûß ±±Û ±±Û ±±Û ±±Û ±±Û ±±Û ±±Ûß±±Û ±±Û±±Ûß ±±Û ±±Û
|
||
±±±±Û ±±Û ±±Û ±±±±±±Û ±±±±±±±±±Û ±±±±±±Û ±±Û ±±Û ±±Û ±±Û ±±±±±±±Û
|
||
ßßßß ßß ßß ßßßßßß ßßßßßßßßß ßßßßßß ßß ßß ßß ßß ßßßßßßß
|
||
|
||
"Make ProBoard The Choice of Professionals Again!"
|
||
Version 2.22
|
||
|
||
++ October 26th, 2019 ++
|
||
|
||
|
||
Copyright (c) 1990-2019 John Riley, Sr.
|
||
All rights reserved.
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
The following names/products mentioned in this documentation are
|
||
copyrighted material, trademarks or registered trademarks:
|
||
|
||
Bimodem Erik Labs
|
||
BNU David Nugent/Unique Computing Pty Ltd.
|
||
Borland C++, Turbo C++ Borland International, Inc.
|
||
DESQview Quarterdeck Office Systems
|
||
DoorWay Marshall Dudley
|
||
FastEcho Software Technik Burchhardt
|
||
FidoNet Tom Jennings
|
||
GEcho Gerard van der Land
|
||
GChat/GEdit Chris Patterson
|
||
IBM PC/XT/AT International Business Machines, Inc.
|
||
LANtastic Artisoft Inc.
|
||
MBUTIL Gerard van der Land
|
||
Microsoft C Microsoft, Inc.
|
||
Microsoft Windows Microsoft, Inc.
|
||
Multi-Edit American Cybernetics, Inc.
|
||
Opus Wynn Wagner III
|
||
QEMM Quarterdeck Office Systems
|
||
QuickBBS The QuickBBS Group, Inc.
|
||
QuickEd Tirosh Bros.
|
||
RIPscrip TeleGrafix Communications, Inc.
|
||
RemoteAccess (RA) Wantree Development and Andrew Milner
|
||
Squish Scott J. Dudley
|
||
TheBank Alain Schellinck
|
||
TLIB Burton Systems Software
|
||
FrontDoor Joaquim H. Homrighausen
|
||
Turbo Assembler/Debugger Borland International, Inc.
|
||
X00 Ray Gwinn
|
||
|
||
"JAM(mbp) - Copyright 1993 Joaquim Homrighausen, Andrew Milner,
|
||
Mats Birch, Mats Wallin.
|
||
ALL RIGHTS RESERVED."
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
1
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º IMPORTANT INFORMATION - READ THIS FIRST º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
- ProBoard (to include all executables and documentation files) is
|
||
copyrighted material of John Riley, Sr. and http://rileypcmd.com.
|
||
|
||
- You can use ProBoard free of charge.
|
||
|
||
- We reserve the right to quit giving support or releasing updates of the
|
||
software. We also reserve the right to charge a nominal upgrade fee
|
||
for future versions.
|
||
|
||
- The software and other materials included in the distribution archive
|
||
are provided "AS IS" without warranty of any kind. We do not guarantee
|
||
the correct functioning and/or reliability of the software. The
|
||
authors, or any agent of the authors will not be liable for any direct
|
||
or indirect damages, resulting from the use of the software.
|
||
|
||
- You may not reverse-engineer ProBoard in any way and you may not add,
|
||
change or delete any copyright information in the distribution
|
||
file archive or on the ProBoard.com GITHub.
|
||
|
||
- You are free to distribute the original, unmodified ProBoard archive
|
||
provided no fee is charged for its distribution. This excludes charges
|
||
for online time on electronic bulletin boards or other communication
|
||
services.
|
||
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º Contents º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
INTRODUCTION .................................... 4
|
||
- Description .............................. 4
|
||
- Features ................................. 5
|
||
- Technical Info ........................... 7
|
||
- Credits .................................. 8
|
||
|
||
SUPPORT ......................................... 8
|
||
- Local support sites ...................... 8
|
||
- Support on internet ...................... 9
|
||
|
||
REGISTRATION .................................... 9
|
||
|
||
INSTALLATION .................................... 9
|
||
- RemoteAccess to ProBoard conversion ...... 9
|
||
- RemoteAccess compatible files ............ 10
|
||
|
||
STARTING PROBOARD ............................... 11
|
||
|
||
CONFIGURATION ................................... 12
|
||
- Options (F1) ............................. 12
|
||
- Protocol Configuration (F2) .............. 22
|
||
- The Local Protocol PEX ............... 25
|
||
- Message Areas (F3) ....................... 26
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
2
|
||
- Message Area Groups (F4) ................. 30
|
||
- File Areas (F5) .......................... 31
|
||
- File Area Groups (F6) .................... 33
|
||
- Time/Download Limits (F7) ................ 34
|
||
- User Editor (F8) ......................... 35
|
||
- Menu Editor (F9) ......................... 42
|
||
- Matrix Addresses (F10) ................... 45
|
||
- Modem Parameters (Shift-F1) .............. 45
|
||
- SysOp Macros (Shift-F2) .................. 47
|
||
- Events (Shift-F3) ........................ 48
|
||
- Personal Files (Shift-F4) ................ 49
|
||
- Language Editor (Shift-F5) ............... 50
|
||
- Validate Template Editor (Shift-F6) ...... 54
|
||
- About ProCFG (Shift-F9) .................. 56
|
||
|
||
SECURITY ........................................ 56
|
||
- Levels & Flags ........................... 56
|
||
- Trashcan ................................. 56
|
||
|
||
MENUS ........................................... 57
|
||
- Setting up menus ......................... 57
|
||
- Menu Security ............................ 57
|
||
- Creating menus ........................... 58
|
||
- Hints .................................... 60
|
||
- Menu Function Summary .................... 60
|
||
- Menu Function Overview ................... 62
|
||
|
||
RIPscrip GRAPHICS ............................... 92
|
||
|
||
FILE TAGGING .................................... 93
|
||
|
||
QWK ............................................. 94
|
||
|
||
USERS ........................................... 94
|
||
- Loglevels ................................ 94
|
||
|
||
ECHOMAIL & NETMAIL .............................. 95
|
||
- Echomail ................................. 95
|
||
- Netmail .................................. 95
|
||
|
||
PBUTIL (The ProBoard Utility Program) ........... 96
|
||
- Daily Maintenance ........................ 96
|
||
- Fix BINLOG.PB ............................ 97
|
||
- File Counters ............................ 97
|
||
- File Indexer ............................. 97
|
||
- Hatch Personal File ...................... 98
|
||
- Message Indexer .......................... 99
|
||
- Message Linker ........................... 99
|
||
- Message Packer ........................... 99
|
||
- Music Player ............................. 99
|
||
- Nodelist Compiler ........................ 100
|
||
- UserFile Fixer ........................... 101
|
||
- UserFile Indexer ......................... 101
|
||
- UserFile Killer .......................... 101
|
||
- UserFile Packer .......................... 102
|
||
- UserFile Sorter .......................... 103
|
||
|
||
REFERENCE ....................................... 103
|
||
- Multi-user operation ..................... 103
|
||
- SysOp keys ............................... 104
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
3
|
||
- Command line options & errorlevels ....... 106
|
||
- AVATAR/0 and AVATAR/0+ ................... 107
|
||
- Hard-coded .A?? files .................... 108
|
||
- .A?? file control codes .................. 110
|
||
- Music Files .............................. 112
|
||
- Text Macros .............................. 113
|
||
- Example batch files ...................... 115
|
||
- Flag Cross-Reference Chart ............... 117
|
||
- FREE Files ............................... 117
|
||
- Semaphore files (shutting down ProBoard) . 118
|
||
|
||
TIPS & TRICKS ................................... 118
|
||
- Navigating through menus ................. 118
|
||
- The [S] & [P] keys ....................... 119
|
||
- Online help in every menu ................ 119
|
||
- Uploading to the current file area ....... 119
|
||
|
||
SOFTWARE DEVELOPMENT KIT ........................ 119
|
||
TELNET .......................................... 120
|
||
- Windows 10 Information ................... 120
|
||
- Enable Legacy Console Mode ........... 120
|
||
- Setuping up ProBoard with Net2BBS ........ 120
|
||
- NFU and DOOR32.SYS under ProBoard for DOS 121
|
||
- Setuping up ProBoard with GameSrv ........ 128
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º INTRODUCTION º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Description ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
ProBoard is a computer program that allows you to run a BBS.
|
||
|
||
A BBS is a computerized Bulletin Board System, where files, messages and
|
||
other useful items may be exchanged between users.
|
||
|
||
The operator of a BBS is called the System Operator, or SysOp.
|
||
|
||
The SysOp is responsible for setting up and maintaining the BBS,
|
||
therefore, this manual is primarily geared towards the SysOp, or people
|
||
who are interested in becoming SysOps.
|
||
|
||
ProBoard has everything you need to efficiently run a BBS, and more! It's
|
||
state of the art technology allows you to run a BBS without consuming
|
||
large amounts of your hard disk space.
|
||
|
||
ProBoard provides the ability to run a multi-node BBS, allowing more than
|
||
one user to be online at a time. It's small size and lightning fast
|
||
speed make it ideal for running under a multi-tasker like DESQview, or on
|
||
a network.
|
||
|
||
ProBoard also fully supports the ability to interface with mail networks
|
||
such as FidoNet, UseNet, EchoNet, and mail processors such as SQUISH,
|
||
FastEcho, GEcho, Fmail, and others.
|
||
|
||
The greatest asset of ProBoard, is it's ability to be enhanced by you the
|
||
user, through the use of programs written in C/C++ using the provided
|
||
ProBoard SDK (Software Development Kit). You can do virtually anything
|
||
with your BBS using the SDK and a C/C++ compiler. Programs written with
|
||
the ProBoard SDK are called PEX (ProBoard Executable) files. This built
|
||
in "PEXability" assures you that there's nothing ProBoard can't do!
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
4
|
||
You do not have to be a C/C++ programmer to enjoy the benefits of
|
||
ProBoard's SDK or these PEX files. There are many 3rd party PEX files
|
||
available for ProBoard right now with more being released every day.
|
||
|
||
ProBoard has the ability to run most, if not all doors programs and other
|
||
utilities written for other BBS systems such as PCBoard, QuickBBS (QBBS),
|
||
SuperBBS, RemoteAccess (RA), etc.
|
||
|
||
When running an external program, ProBoard can swap itself to disk/EMS,
|
||
and stay resident in approximately 2KB of memory!!
|
||
|
||
ProBoard is highly configurable because it allows you to use either the
|
||
SQUISH, Fido Compatible *.MSG, JAM or the HUDSON message base formats for
|
||
the contents of your message base. In addition to supporting all four of
|
||
these formats for the message base, ProBoard allows you to configure your
|
||
BBS to use all four at the same time. Name one other BBS that allows you
|
||
this flexibility!
|
||
|
||
Not flexible enough yet? Consider then that ProBoard allows you to
|
||
configure up to 10,000 message areas, and additionally 10,000 file
|
||
areas. ProBoard also supports the use of CD-ROM drives. Flexibility!!!
|
||
|
||
Most, if not all, known utilities for RemoteAccess (RA) v1.11 as well as
|
||
RemoteAccess v2.x, will work with this version of ProBoard.
|
||
|
||
ProBoard is remarkably easy to setup with the supplied PROCFG.EXE file.
|
||
Most users are up and running within a few short painless (even
|
||
enjoyable) hours.
|
||
|
||
We hope you will have as much fun running ProBoard as we did developing
|
||
it.
|
||
|
||
Thank you for choosing ProBoard, "The Choice of Professionals".
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Features ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
This following is a list of the most important features found in
|
||
ProBoard.
|
||
|
||
- ProBoard is THE fastest QuickBBS-style BBS program around!! It's
|
||
completely written in highly optimized C++ and assembly language.
|
||
|
||
- Full multi-line/multi-user support. Up to 255 nodes can share the same
|
||
user database, message base and file database. Each node can have its
|
||
own modem configuration, welcome screens, menu structure, etc.
|
||
|
||
- Built-in fullscreen message editor.
|
||
|
||
- Support for 4 message base types: Squish, Hudson JAM and *.MSG, all at
|
||
the same time.
|
||
|
||
- Support for up to 10,000 message areas and 10,000 file areas.
|
||
|
||
- Compatible with most, if not all, doors written for other BBS software
|
||
such as RemoteAccess, QuickBBS, PCBoard, etc.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
5
|
||
- A software development kit is included with ProBoard! You can write
|
||
your own extensions to ProBoard using C or C++. Programs written with
|
||
the SDK run "inside" ProBoard, for maximum flexibility and speed. The
|
||
programmer doesn't have to worry about modem communications, user
|
||
files, etc. THIS IS TOTALLY UNIQUE!! No other BBS software offers
|
||
anything that even comes close.
|
||
|
||
- Integrated, lightning-fast duplicate file checking on uploads.
|
||
|
||
- Hooks for external upload checking programs.
|
||
|
||
- Extremely fast indexed file system, while still using the standard
|
||
FILES.BBS-based file system.
|
||
|
||
- Full CD-ROM support. The CD-ROM drive is not accessed until a file is
|
||
actually downloaded. It is only accessed to copy files to a local
|
||
drive of your choice freeing up the CD-ROM for other requests.
|
||
|
||
- Full alias (handle) support.
|
||
|
||
- Flexible protocol configuration. You can install any protocol directly
|
||
in ProBoard (even bi-directional protocols are supported). Protocols
|
||
that can be installed in ProBoard include X/Y/Zmodem, MPT, Bimodem,
|
||
HS/Link, etc.
|
||
|
||
- Local up/downloads
|
||
|
||
- Supports all types of modems. All known connect rates are directly
|
||
supported, and you can specify up to 6 user-defined connect rates.
|
||
|
||
- Very flexible security system with over 65,000 security levels and 32
|
||
security flags as well as "reverse" flags.
|
||
|
||
- TTY, ANSI, Avatar (0 and 0+) terminal emulation.
|
||
|
||
- Swaps itself to disk or EMS when shelling to an external program (door),
|
||
leaving only 2 (two) Kb resident!
|
||
|
||
- REAL-TIME multi-line chat built in. No stupid line-per-line chat.
|
||
|
||
- Direct support for all high speed modems (up to 115,200 bps).
|
||
|
||
- Extremely user-friendly configuration/maintenance utilities.
|
||
|
||
- Full RIP support, and unlike other BBS packages that leave the SysOp
|
||
looking at cryptic RIP codes, we even display the menus your non-RIP
|
||
callers see, on your end so you can see what's happening on your BBS.
|
||
|
||
- Built in file tagging system.
|
||
|
||
- Users (and the SysOp) can send "personal files" to other users.
|
||
ProBoard automatically deletes the files after they have been
|
||
downloaded.
|
||
|
||
- Automatic validation of users using a sophisticated "template" system.
|
||
|
||
- Powerful User Editor including filter function, allows you to easily
|
||
find and work with only the users you specify.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
6
|
||
- Ability to specify an external message editor either as door or as a
|
||
PEX file.
|
||
|
||
- Ability to specify an external chat program, either as a door or as a
|
||
PEX file.
|
||
|
||
- Fully "data driven" system usage graphs, even in RIP mode.
|
||
|
||
- Ability to limit menu selections by age, baud rate, gender of user,
|
||
time online, or time of day.
|
||
|
||
- Full Language support. Every prompt in the system can be changed
|
||
(including color) and saved in a language file, as well as multi-
|
||
language support for menus and textfiles. You can even replace any
|
||
prompt with ANSI files or PEX files.
|
||
|
||
- Internal QWK support, provided as a PEX file for seamless integration
|
||
into your BBS.
|
||
|
||
- User name can optionally be added to FILES.BBS when user uploads files.
|
||
|
||
- Powerful "Free Files" functions, great if you're running a support BBS,
|
||
or a BBS to promote your company.
|
||
|
||
- Fully buffered I/O for optimum system performance.
|
||
|
||
- Fully definable paging hours for every day of the week.
|
||
|
||
- Support for OS/2 2.x time-slicing.
|
||
|
||
- "SysOp Next" function, with definable "alert" music, as well as
|
||
semaphore file support.
|
||
|
||
- Ability to call menu editor while user is online (or in local mode) and
|
||
edit the current menu. Great for testing, or in case you see something
|
||
that just HAS to be fixed while a user is online.
|
||
|
||
- Built in file counters, shows which of your files are the most popular.
|
||
|
||
- Built in "flag description" editor, helps you remember just what all of
|
||
those flags you have are for.
|
||
|
||
- Lots and lots more...
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Technical Info ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
ProBoard is entirely written in C++ and Assembler. No third-party
|
||
libraries are used (except for the Squish MSGAPI), so we have TOTAL
|
||
control over the code!
|
||
|
||
For the development of ProBoard, we used the following tools:
|
||
|
||
Compiler......... Borland C++ v3.1
|
||
Linker........... TLink, part of Borland C++ v3.1
|
||
Assembler........ Turbo Assembler v3.1
|
||
Debugger......... Turbo Debugger v3.1
|
||
Editor........... Multi-Edit Professional 7.00
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
7
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Credits ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
ProBoard is owned by:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
John Riley, Sr.
|
||
177 Amberwood Dr. Apt. C-4
|
||
Sulligent, AL. 35586
|
||
|
||
http://slasherbbs.com
|
||
http://rileypcmd.com
|
||
http://proboardbbs.com
|
||
|
||
rileyil77@gmail.com
|
||
|
||
ProBoard and all the included utilities are updated by:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
ProBoard Development Ninja Team
|
||
|
||
ProBoard and all the included utilities were originally written by:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
Philippe Leybaert
|
||
|
||
Portions of ProCFG are also written by:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
Alain Schellinck
|
||
Modifications by Jeff Reeder
|
||
Modifications by ProBoard Development Ninja Team
|
||
|
||
The ProBoard documentation is written by:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
Originally written by: Jim Biggs & Philippe Leybaert
|
||
Reformatting and v2.2 additions by: Jeff Reeder
|
||
ProBoard v2.22 Additions and Telnet Information: John Riley, Sr.
|
||
|
||
Note from Jim:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
This version of the documentation is dedicated to my late Father,
|
||
Richard Merle Biggs. Dad, you will never ever be forgotten.
|
||
|
||
Note from John:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
The ProBoard version 2.22 and beyond document is dedicated to my two
|
||
BBS Brothers, Robert King of Decatur, Illinois, and Eli Sanford of
|
||
Gastonia, North Carolina.
|
||
|
||
First and foremost, Robert King. ProBoard SySop of both
|
||
Planet Caravan and God and Country Node 2. Robert King, you introduced
|
||
me to ProBoard. I fell in love with ProBoard BBS software Package so much,
|
||
I just had to buy the complete and total rights and source code to it!
|
||
I will forever remember you and the years (K-12) we went to school.
|
||
I will remember our late nights hanging out and building computers. How I
|
||
wish you could be here on the ProBoard Development Ninja Team. You would
|
||
love it! You will always and forever be my brother. I love and miss you
|
||
daily, Rob.
|
||
|
||
Secondly but surely not least, Eli Sanford. Eli Sanford, you have gone
|
||
down in BBS History as one of the, if not the greatest WWiV BBS Software
|
||
supports of all time. You and I were brothers seperated by different moms
|
||
and dads. El, you and I caused hell in the thebbs.org IRC chatrooms,
|
||
raised hell on the internet radio air waves. We caused trouble in your
|
||
IRC Network, oddnet.net. We took knowledge our knowledged and founded
|
||
Osprey Networks. We once again raised hell over the internet radio air
|
||
waves. We fought the good fight. No, matter what though, you supported
|
||
me and my love for ProBoard in everyway. Even if you did try to convince
|
||
all the time to walk away from a ProBoard BBS and switch to WWiV. I love
|
||
you, Eli. You will always be my brother.
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º SUPPORT º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Local support sites ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Support for ProBoard can be obtained via the following locations:
|
||
|
||
John Riley, Sr.
|
||
|
||
Landline: (205) 606-1123
|
||
Cell: (205) 570-5029
|
||
Email: rileyil77@gmail.com
|
||
Website: http://proboardbbs.com
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
8
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Support on the internet ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
There are many WWW and FTP sites available on the internet. Many of them
|
||
are maintained by independent ProBoard-gurus. Links to these sites can
|
||
be found on SLASHER BBS, the official BBS of ProBoard BBS Software.
|
||
|
||
The "official" ProBoard web site is:
|
||
|
||
http://proboardbbs.com
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º REGISTRATION º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
ProBoard is FREEWARE. This means that you are granted a lifetime
|
||
period to run ProBoard..
|
||
|
||
To donate to the ProBoard Development Ninja Team please use PayPal.
|
||
My PayPal account is: rileyil77@gmail.com
|
||
ProBoard is freeware, however donations will be accepted via PayPal
|
||
only!
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º INSTALLATION º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
See the file INSTALL.TXT for installation instructions.
|
||
|
||
If you currently operate a RemoteAccess bulletin board system, read the
|
||
next paragraph for specific instructions on how to convert your existing
|
||
system.
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ RemoteAccess 2.02 to ProBoard Conversion ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
If you are operating a RemoteAccess 2.02 BBS system, you can convert your
|
||
existing userfile, message files, message areas, file areas and menus to
|
||
the format used by ProBoard. This is done by running your RAFILE EXPORT
|
||
in your RA system directory, and then running CONVERT.EXE in the ProBoard
|
||
system directory.
|
||
|
||
But, before you do ANYTHING, we highly recommend that you back up at
|
||
least your existing RA files, if not your entire system.
|
||
|
||
Here's the procedure to follow:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
- Backup your existing files.
|
||
- Install ProBoard as explained in the installation instructions.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
9
|
||
- Change to the RA system directory
|
||
- Run RAFILE EXPORT
|
||
(Note: for areas where the FILES.BBS cannot be created in the file
|
||
area's directory, like for CD-ROM areas, you have to run
|
||
"RAFILE EXPORT" for each area separately. See your RA
|
||
documentation for details)
|
||
- Change to the ProBoard system directory (usually C:\PB).
|
||
- Copy the following files from your RA message base directory to the
|
||
ProBoard message base directory: USERS.BBS, USERSXI.BBS, LASTREAD.BBS,
|
||
MSGINFO.BBS, MSGHDR.BBS, MSGTXT.BBS, MSGIDX.BBS, MSGTOIDX.BBS.
|
||
- Run CONVERT RA <ra-dir>
|
||
eg. CONVERT RA C:\RA
|
||
- Run PBUTIL with the UF parameter.
|
||
eg. PBUTIL UF
|
||
- Run PBUTIL with the UP parameter.
|
||
eg. PBUTIL UP
|
||
|
||
Things you will have to do manually:
|
||
|
||
- Enter all system parameters in ProCFG (like paths).
|
||
- Enter the user levels & download limits in ProCFG
|
||
- Enter any events you have in PROCFG.
|
||
- Copy any .Q-A files to the ProBoard directory.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ RemoteAccess Compatible Files ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
ProBoard uses different files than RA to store the file area and message
|
||
area configurations. Therefore, to run any of your RA utilities that use
|
||
the files CONFIG.RA, FILES.RA or MESSAGES.RA you must first run a
|
||
conversion program to create compatible versions of these files. Which
|
||
conversion you need to run depends on which version of RA the utility you
|
||
want to run was written for.
|
||
|
||
Use the CONVERT utility (Supplied with PB_220.ZIP) to create the
|
||
following files from your ProBoard system files.
|
||
|
||
FILES.RA
|
||
MESSAGES.RA
|
||
CONFIG.RA
|
||
|
||
If the utility you want to run was written for RA v1.1x then you need to
|
||
run "CONVERT SIMUL1". If the utility you want to run was written for RA
|
||
v2.xx then you need to run "CONVERT SIMUL2".
|
||
|
||
The CONVERT SIMUL<x> routine will place these files in the directory
|
||
where you run CONVERT SIMUL<x> from. We strongly suggest running it from
|
||
your ProBoard system directory (usually C:\PB).
|
||
|
||
You must run this conversion before you attempt to use your favorite RA
|
||
utilities. Since it is possible for the wrong version of the files
|
||
CONVERT SIMUL<x> creates to be present from an earlier conversion we
|
||
suggest running CONVERT SIMUL<x> from a batch file each time you call a
|
||
utility that needs these files. An example is as follows:
|
||
|
||
CONVERT SIMUL2
|
||
run RA 2.xx utility here...
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
10
|
||
later...
|
||
|
||
CONVERT SIMUL1
|
||
run RA 1.1x utility here...
|
||
|
||
You should run the correct "CONVERT SIMUL<x>" each time before you run
|
||
one of your RA utilities.
|
||
|
||
Option:
|
||
ÄÄÄÄÄÄÄ
|
||
When running CONVERT SIMUL<x>, you can specify the "-U" parameter
|
||
(CONVERT SIMUL<x> -U). This will allow CONVERT to create up to 10,000
|
||
file areas in FILES.RA instead of the first 200 only.
|
||
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º STARTING PROBOARD º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
ProBoard looks for its data files in the directory where PROBOARD.EXE is
|
||
located. You can, however, tell ProBoard to look for the data files in
|
||
another directory by setting the environment variable PROBOARD (eg. SET
|
||
PROBOARD=F:\PB). The environment variable DSZLOG used by most protocols
|
||
is not needed. ProBoard will set this variable prior to starting the
|
||
protocol.
|
||
|
||
You should start ProBoard with a batch file. ProBoard should ALWAYS be
|
||
run with a batch file, because it returns to DOS when a user logs off.
|
||
|
||
Below is a basic batch file for stand-alone operation (without a
|
||
mailer). It is called P.BAT and is included in PB_220.ZIP
|
||
|
||
:again
|
||
PROBOARD -S
|
||
if errorlevel 99 goto out
|
||
if errorlevel 1 goto fatal
|
||
goto again
|
||
|
||
:fatal
|
||
echo A fatal error occurred.
|
||
goto x
|
||
|
||
:out
|
||
echo Normal exit.
|
||
|
||
:x
|
||
|
||
|
||
Note that errorlevels 2-4 generate a fatal error. These error- levels
|
||
are used for mail networking, and ProBoard should not return one of these
|
||
errorlevels in a standalone environment.
|
||
|
||
The PROBOARD.EXE command line options are discussed in the "Reference"
|
||
chapter later in this manual.
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
11
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
** IMPORTANT **
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
In order for PROBOARD.EXE to function properly, it's DOS file attribute
|
||
MUST be set to "read-only". This is done using the DOS ATTRIB command.
|
||
|
||
Example:
|
||
ÄÄÄÄÄÄÄÄ
|
||
ATTRIB +R PROBOARD.EXE (this marks PROBOARD.EXE as "read only")
|
||
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º CONFIGURATION º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
ProBoard is completely configured by PROCFG.EXE. This program can be
|
||
executed from any directory as long as PROCFG.EXE is in your path. In
|
||
most of the menus, just press <Ins> to add an item, press <Del> to remove
|
||
an item, and press <Enter> to select an item.
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Options (F1) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
This is the first option to choose when running PROCFG.EXE. A second menu
|
||
will be displayed with the following items:
|
||
|
||
- Paths
|
||
- New Users
|
||
- Security
|
||
- Yelling
|
||
- System Options
|
||
- File Transfer
|
||
- Display Options
|
||
- Site Info
|
||
- QWK Options
|
||
- File List Format
|
||
|
||
A description of these fields follows.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Paths ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Text Files .................. Directory where ProBoard's textfiles are
|
||
stored (drive included!).
|
||
|
||
RIP Files ................... Directory where ProBoard's RIP files are
|
||
stored (drive included!).
|
||
|
||
RIP Icons ................... Directory where ProBoard's RIP icons are
|
||
stored (drive included!).
|
||
|
||
Menus ....................... Directory where ProBoard's menus are stored
|
||
(drive included!).
|
||
|
||
Message Base ................ Directory where the message base will be
|
||
stored (drive included!).
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
12
|
||
Uploads ..................... Directory where the users' uploads will be
|
||
stored (drive included!).
|
||
|
||
Private Uploads ............. Directory where personal files are stored.
|
||
(for file exchanges between users).
|
||
|
||
Nodelist Directory .......... Directory where the nodelist is located.
|
||
For use by the nodelist compiler. Leave
|
||
this field blank if you do not have a
|
||
nodelist.
|
||
|
||
PEX Files ................... Directory where the PEX files will be
|
||
stored.
|
||
|
||
Editor Command .............. The external editor's filename and path
|
||
(eg. C:\GEDIT\GEDIT.EXE). You can also
|
||
specify a PEX file here by using a "@" as
|
||
the first character.
|
||
|
||
You can also use shell options here.
|
||
|
||
It appears that if you are using GEdit
|
||
v2.00 or v2.01 that you will need to write
|
||
an RA 1.1x style EXITINFO.BBS file to make
|
||
GEdit work with ProBoard 2.16 and higher.
|
||
This is done with the Menu Function 7 "*E"
|
||
parameter. Refer to Menu Function 7 for
|
||
more info.
|
||
|
||
Example: *SGEDIT\GEDIT.EXE -N*#*E
|
||
Example: @MYEDIT (for a PEX file).
|
||
|
||
If you are not using an external editor,
|
||
leave this field blank and ProBoard will
|
||
default to it's internal line editor (you
|
||
can also use ProBoard's internal fullscreen
|
||
editor by enabling the next option).
|
||
|
||
NOTE: this command will be ignored if
|
||
ProBoard's internal fullscreen editor
|
||
is enabled with the next option.
|
||
|
||
Use internal fullscreen ..... Set this to "Yes" to enable the built-in
|
||
editor fullscreen editor instead of the external
|
||
editor defined in "Editor Command". When
|
||
the internal fullscreen editor is enabled,
|
||
the external editor will be ignored.
|
||
|
||
|
||
External Chat ............... Path to your external chat program. If one
|
||
is defined here it will be executed instead
|
||
of ProBoard's internal chat routine. You
|
||
can specify either a chat door (.EXE) or a
|
||
chat PEX (.PEX) file here.
|
||
|
||
If you want to specify an .EXE file, enter
|
||
the full path to the program. (see example
|
||
below).
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
13
|
||
If you want to specify a PEX file, you must
|
||
place a "@" character before the command
|
||
line. (see example below).
|
||
|
||
You can also use the "Shell" (Menu Function
|
||
7) parameters (like *X etc.) or the text
|
||
macros (@<...>@).
|
||
|
||
To use the built-in chat routine in
|
||
ProBoard, leave this line blank.
|
||
|
||
|
||
Examples:
|
||
ÄÄÄÄÄÄÄÄÄ
|
||
|
||
*E*SGCHAT.EXE D E (.EXE chat door)
|
||
@TheChat (.PEX chat door)
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ New Users ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
New User Level .............. The level a user will have upon his or her
|
||
first login.
|
||
|
||
New User Flags .............. The flags a user will have upon his or her
|
||
first login.
|
||
|
||
New User Loglevel ........... The loglevel a user will have upon his or
|
||
her first login. This controls what
|
||
information about the users session will be
|
||
written to the system log (more info about
|
||
this in the chapter titled USERS).
|
||
|
||
Allow ANSI .................. Allows New Users to select ANSI terminal
|
||
emulation.
|
||
|
||
Allow AVATAR ................ Allow new users to select either AVATAR/0
|
||
or AVATAR/0+ terminal emulation.
|
||
|
||
Ask Voice Phone ............. Determines whether ProBoard should ask for
|
||
a user's voice phone number at the time of
|
||
their first login.
|
||
|
||
Ask Data Phone .............. Determines if ProBoard should ask for a
|
||
users data phone number at the time of
|
||
their first login.
|
||
|
||
Ask FAX Phone ............... Determines if ProBoard should ask for a
|
||
users FAX phone number at the time of
|
||
their first login.
|
||
|
||
Ask Birth Date .............. Determines if ProBoard should ask a new
|
||
user for their birth date. If this is set
|
||
to "Allow Blank" then users can decide
|
||
whether they want to leave the birth date
|
||
field empty or provide it for their user
|
||
record.
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
14
|
||
Ask State ................... Determines whether ProBoard should ask the
|
||
user for the State that they live in.
|
||
|
||
Ask Country ................. Determines if ProBoard should ask users for
|
||
the Country they live in.
|
||
|
||
Ask Address ................. Determines if ProBoard will ask users for
|
||
their address. If this is set to "Yes"
|
||
ProBoard will present the user with 3 lines
|
||
to enter their address.
|
||
|
||
Ask Sex ..................... If this is set to "Yes" ProBoard will ask
|
||
the user if they are male or female.
|
||
|
||
Ask Date Format ............. If set to "Yes" ProBoard will allow the
|
||
user to select the date format they prefer.
|
||
Choices are:
|
||
|
||
MM/DD/YY
|
||
YY/MM/DD
|
||
DD/MM/YY
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Security ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Allow Quick Login ........... If this is enabled, the SysOp can login
|
||
locally by pressing [Enter] at the login
|
||
prompt without entering a password. If
|
||
you don't like this, just turn it off.
|
||
|
||
Write Pwd-Failure Messages .. If a user fails to log in because he/she
|
||
exceeded the maximum number of password
|
||
retries, ProBoard can write a security
|
||
message to that person and to the SysOp,
|
||
telling him/her what happened. This can be
|
||
turned on or off with this option.
|
||
|
||
Allow Login With Alias ...... Determines if ProBoard will allow users to
|
||
login with their alias (handle). Users
|
||
can also select or change their alias using
|
||
Menu Function 59. If this option is set
|
||
to "No", ProBoard will not ask new users to
|
||
select an alias.
|
||
|
||
Log Local Calls ............. If this option is enabled, all local
|
||
logins will be logged in the file
|
||
PROBOARD.LOG (ProBoard's system log).
|
||
|
||
Hide SysOp Activity ......... If enabled, ProBoard will hide all SysOp
|
||
activity from the Last Callers list
|
||
(Function 51), Show Users Online (Function
|
||
50), and from the display of the User List
|
||
(Function 13).
|
||
|
||
Max. Password Retries ....... Maximum number of incorrect password
|
||
attempts ProBoard will allow, before
|
||
logging the user off.
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
15
|
||
Min. Password Length ........ The minimum length of a password. Should
|
||
you change this option at a later time to
|
||
less than the length of any existing users
|
||
passwords, ProBoard will not check for
|
||
Minimum Password Length when an existing
|
||
user logs on. ProBoard will however
|
||
enforce this setting again when any
|
||
existing users decide to change their
|
||
password.
|
||
|
||
Security Message Area ....... The message area number where ProBoard's
|
||
Security Manager should write it's security
|
||
related messages.
|
||
|
||
Level For Crashmail ......... Level needed to send crash mail.
|
||
|
||
Flags For Crashmail ......... Flags needed to send crash mail.
|
||
|
||
Level For Fileattach ........ Level needed to do a file attach for
|
||
Netmail.
|
||
|
||
Flags For Fileattach ........ Flags needed to do a file attach for
|
||
Netmail.
|
||
|
||
Use System Password ......... (Yes/No). If set to "Yes", ProBoard will
|
||
require all incoming callers to know and
|
||
enter a 'System Password' before asking
|
||
them for their user name and user password.
|
||
Great for running a 'Private' BBS in a
|
||
corporation, etc. If set to "No" users
|
||
will not be prompted for a 'System
|
||
Password'.
|
||
|
||
System Password ............ If the above option 'Use System Password'
|
||
is set to 'Yes', this is the password users
|
||
are required to enter to gain access to the
|
||
BBS.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Yelling ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Max. SysOp Pages ............ Number of times a user can page the SysOp
|
||
during one session.
|
||
|
||
PageBell Length ............. Number of seconds the SysOp paging bell
|
||
will ring.
|
||
|
||
Paging Hours ................ Pressing <ENTER> on this option opens a
|
||
window which allows you to specify during
|
||
what hours a user can page you. Hours are
|
||
selectable for each day of the week, in
|
||
half hour increments.
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
16
|
||
Message Area # .............. When a user pages you and you don't
|
||
respond, they will be asked if they want to
|
||
leave you a message. If they choose to do
|
||
so, the message area number you define here
|
||
will be where their message to you is
|
||
placed.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ System Options ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Check Mail At Login ......... Determines whether ProBoard should check
|
||
for new mail and files upon login. If set
|
||
to "Ask", ProBoard will ask the user if
|
||
they want to check for waiting mail and/or
|
||
personal files.
|
||
|
||
Allow One-Word Names ........ Determines whether a user's name can be a
|
||
single word.
|
||
|
||
Date Format ................. Determines if ProBoard should display all
|
||
dates in European format (DD/MM/YY) or
|
||
American format (MM/DD/YY).
|
||
|
||
Use File Sharing ............ Set this option to "Yes", if you want to
|
||
share the message base with FrontDoor or
|
||
any other utility that uses the same
|
||
locking scheme as RemoteAccess/FrontDoor
|
||
|
||
Swap to Disk ................ Determines the default shelling mode. If
|
||
this option is set to ON, ProBoard will be
|
||
swapped to disk/EMS, leaving only 2000
|
||
bytes resident!
|
||
|
||
Fast Mode ................... When this option is enabled, ProBoard will
|
||
use about 10Kb more memory (depending on
|
||
the number of file-areas), but the system
|
||
will run faster.
|
||
|
||
Kill Netmail When Sent ...... Controls whether netmail will be killed
|
||
after a message has been exported from the
|
||
message base.
|
||
|
||
Confirm Validate ............ If this is set to "Yes", ProBoard will
|
||
prompt you to confirm any validation on a
|
||
user record when applying a validation
|
||
template. If set to "No", no confirmation
|
||
will be required once a validation template
|
||
is selected to be applied to a user record.
|
||
|
||
Activity Log Size ........... ProBoard creates and maintains a file
|
||
called BINLOG.PB in your ProBoard System
|
||
Directory. This file contains information
|
||
for generation of system graphs etc. Set
|
||
the number of days worth of data the file
|
||
BINLOG.PB should contain. Entering a 0
|
||
(zero) means the BINLOG.PB file will grow
|
||
forever.
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
17
|
||
Log Local Activity .......... If set to "Yes", ProBoard will add your
|
||
local login activity to the BINLOG.PB file.
|
||
|
||
I/O Buffer Size ............. Specifies the amount (in bytes) that
|
||
ProBoard will use for it's internal serial
|
||
communication buffering. Recommended
|
||
buffer size is 32 for single line systems.
|
||
If you are running a multi-node system
|
||
under a multi-tasker such as DESQview,
|
||
OS/2, or Windows, you probably will want to
|
||
increase this value. To disable I/O
|
||
buffering completely set this field to the
|
||
value of 1.
|
||
|
||
Default language file ....... Name of the language file to be loaded when
|
||
ProBoard starts. This language will also
|
||
be loaded when a user logs in who's
|
||
language could not be found.
|
||
|
||
Inactivity Limit ............ Number of seconds a user is allowed to
|
||
remain idle. If the user hasn't typed
|
||
anything when this limit is exceeded, they
|
||
will be logged off.
|
||
|
||
Quote String ................ This string is used to when ProBoard quotes
|
||
a message for a reply. A '@' character is
|
||
replaced by the initials of the user who
|
||
wrote the message quoted from.
|
||
|
||
Password Display ............ Enter the character that you want ProBoard
|
||
to display to users, as they enter their
|
||
password. The character you enter here
|
||
will also be used in place of displaying
|
||
the password if you have "Hide Password"
|
||
(below) set to "Yes". You may use any
|
||
ASCII character (1-255) as a Password
|
||
Display character.
|
||
|
||
Hide Password ............... If this option is set to yes, when you
|
||
bring up user records in the User Editor,
|
||
the users password will not be displayed.
|
||
Instead, the character you entered in
|
||
"Password Display" (above) will be shown.
|
||
If this option is set to "No" then you will
|
||
see each users password when using the User
|
||
Editor.
|
||
|
||
Screen Blanking ............. Enter the number of seconds that should
|
||
elapse before ProBoard's built-in screen
|
||
saver should blank your screen.
|
||
|
||
Fuzzy Search Rate ........... Determines how extensive ProBoard's fuzzy
|
||
search feature should work. The fuzzy
|
||
search will help your users locate other
|
||
users from your user file when posting
|
||
messages and a misspelled name is
|
||
encountered. It is also used in the User
|
||
Editor when you perform searches. The
|
||
higher the value you enter here, the closer
|
||
a user record must match the search
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
18
|
||
criteria before it is considered a find by
|
||
the fuzzy search engine.
|
||
|
||
RIP Graphics ................ Determines if ProBoard will display RIP
|
||
Graphics (both internal and user created)
|
||
to the user or not. If set to "Disabled"
|
||
(use the space bar to toggle the setting)
|
||
RIP Graphics will not be displayed to the
|
||
user even if RIP is detected when the user
|
||
logs in.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ File Transfer ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Minimum Upload Space ........ Space needed on the upload drive for
|
||
uploads to be allowed (in Kb).
|
||
|
||
Download Hours .............. Pressing <ENTER> on this option opens a
|
||
window which allows you to specify during
|
||
what hours a user can download files from
|
||
your system. Hours are selectable for
|
||
each day of the week, in half hour
|
||
increments. The value of the "Ignore DL"
|
||
flag in the user's record will override any
|
||
hours you may have set here.
|
||
|
||
Check Duplicate Uploads ..... If this option is set to "Yes", ProBoard's
|
||
Menu Function 33 (Upload a File) will check
|
||
upon completion of any upload(s) for
|
||
duplicate files. ProBoard can not check
|
||
for duplicates prior to any upload(s) due
|
||
to any batch protocols the user may choose
|
||
to use. Use this option along with the
|
||
next two options (below) to decide how you
|
||
want your system to deal with any duplicate
|
||
files your users may upload.
|
||
|
||
Kill Duplicate Uploads ...... If set to "Yes", when a user uploads a file
|
||
that already exists on your system (in the
|
||
file index) then ProBoard will delete the
|
||
file from your upload directory (as
|
||
specified in the data line of your upload
|
||
menu entry or in PROCFG). If you want to
|
||
save the duplicate files rather than have
|
||
them deleted, set this option to "No".
|
||
When does ProBoard delete the file? Great
|
||
question!!
|
||
|
||
ProBoard will delete any duplicate files
|
||
immediately after checking for dupes, even
|
||
before the user is prompted to enter a file
|
||
description, so think twice before you set
|
||
this option to "Yes".
|
||
|
||
You can also create a text file to be
|
||
displayed to your users in the event that
|
||
they do upload duplicate files. The file
|
||
that ProBoard will display must be named
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
19
|
||
DUPESFND.A?? and be placed in your
|
||
"Textfiles" directory (usually
|
||
C:\PB\TXTFILES).
|
||
|
||
Ignore File Extensions ...... If this option is set to "Yes", then
|
||
ProBoard's duplicate checking will
|
||
consider NEWFILE.ZIP and NEWFILE.ARJ to be
|
||
the same file. So if you have NEWFILE.ZIP
|
||
on your hard drive or CD-ROM drive and a
|
||
user uploads NEWFILE.ARJ, ProBoard will
|
||
consider this to be a duplicate upload.
|
||
|
||
Be sure you understand this before setting
|
||
this option to "Yes".
|
||
|
||
Upload scanner .............. When uploads are received, ProBoard will
|
||
run the command line specified here FOR
|
||
EACH FILE. The macro @<FILE>@ will be
|
||
replaced by the full name of the file to be
|
||
scanned (including drive and directory).
|
||
When the file is suspicious, the upload
|
||
scanner should do one of 2 things:
|
||
|
||
- Return with an errorlevel different
|
||
from 0.
|
||
- Create a semaphore file with a name
|
||
specified in "Semaphore".
|
||
|
||
If the file failed the virus scan (so if a
|
||
semaphore file was created or an errorlevel
|
||
was returned), ProBoard will perform an
|
||
action on the file (defined in "action")
|
||
|
||
- None : No action (but upload is not
|
||
credited to the user's account)
|
||
|
||
- Move : The file is moved to a different
|
||
area (specified in "bad file
|
||
area")
|
||
|
||
- Delete: The file is deleted
|
||
|
||
If you don't want to use the upload
|
||
scanner, just leave the command line for
|
||
the upload scanner blank.
|
||
|
||
Add Uploaders Name .......... If set to "Yes" the uploaders name will be
|
||
to FILES.BBS added to the file name and description in
|
||
FILES.BBS.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Display Options ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Use 43/50 Line Mode ......... Enable local display of ProBoard in 43 or
|
||
50 line mode.
|
||
|
||
Show User Info Window ....... Should ProBoard display the User Info
|
||
Window, when users are online.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
20
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Site Info ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
System Name ................. The name of your BBS. Will be written to
|
||
EXITINFO.BBS. Be sure this matches any
|
||
"keys" you might have for any door
|
||
programs. This information is also used
|
||
for your key file when you register, so be
|
||
sure whatever you put here matches what you
|
||
fill out on your registration form EXACTLY!
|
||
|
||
Location .................... The City where your BBS is located. This
|
||
is used for the QWK packets created by
|
||
your BBS so it's a good idea not to leave
|
||
it blank when you set up your BBS.
|
||
|
||
Phone Number ................ The primary phone number of your BBS. Also
|
||
used for QWK packets so be sure to not
|
||
leave this field empty.
|
||
|
||
SysOp Name .................. The name of the SysOp. This also will be
|
||
written to EXITINFO.BBS This information is
|
||
also used for your key file when you
|
||
register, so be sure whatever you put here
|
||
matches what you fill out on your
|
||
registration form EXACTLY!
|
||
|
||
Default Origin Line ......... Default origin line, used for Echomail if
|
||
none is specified when setting up your
|
||
echomail areas. (more about this later).
|
||
|
||
Number of Nodes ............. Used for multi-line systems. Enter the
|
||
maximum number of users allowed to log in
|
||
at the same time (max. 255)
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ QWK Options ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
QWK File Name ............... This is the name that QWK packets generated
|
||
by ProBoard's QWK PEX will be given.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ File List Format ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
It is here in PROCFG that you define how you want your file listings
|
||
displayed to your users. Pressing <ENTER> on any of the following
|
||
options (except for Hide/Show file counters which is an on/off toggle)
|
||
will invoke ProBoard's color editing window, which will allow you to
|
||
customize the colors of the items displayed in your file listings. As
|
||
you begin to define the colors for your file listings, and whether or not
|
||
to display file counters, ProBoard shows you in the bottom window how
|
||
your file listings will appear to your users.
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
21
|
||
Hot Tip!
|
||
ÄÄÄÄÄÄÄÄ
|
||
Remember, you can change the colors, and then if you decide you don't
|
||
like the colors you have selected, you can return to the previous color
|
||
configuration by selecting "Cancel Changes" when exiting from PROCFG.
|
||
Just be aware that any other changes you made while in PROCFG will also
|
||
be lost if you select "Cancel Changes".
|
||
|
||
|
||
A brief explanation of each field follows.
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
File Tag .................... The letter to the left of the file name.
|
||
This letter is what the user will press to
|
||
tag the file for download.
|
||
|
||
File Name ................... The name of the file.
|
||
|
||
File Size ................... The size of the file.
|
||
|
||
File Date ................... The date of the file
|
||
|
||
File Counter ................ How many times the file has been downloaded
|
||
from your system. (Refer to PBUTIL FC
|
||
(File Counters) for more information on how
|
||
the file counters are maintained).
|
||
|
||
File Description ............ The description of the file.
|
||
|
||
Extended Descriptions and ... Any lines of text in your file listings
|
||
Separators beginning with a space, are considered to
|
||
be extended descriptions (or comments).
|
||
This is not to be confused with extended
|
||
file descriptions which begin with a "+"
|
||
character, and may actually span several
|
||
lines in your file listings.
|
||
|
||
|
||
Missing Files ............... A file name which is in your file listing
|
||
but the file does not physically exist on
|
||
the hard drive or CD-ROM where you told
|
||
ProBoard to find it.
|
||
|
||
Hide/Show File Counter ...... Toggles the display of file counters on/off
|
||
by pressing <ENTER> on this selection.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Protocol Configuration - (F2) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
The second option in PROCFG.EXE is "Protocols". You may want to skip
|
||
this option when doing a first-time installation of ProBoard, as many
|
||
protocol configurations are included in the file PROTOCOL.PRO (which can
|
||
be found in the file EX_CFG.ZIP). You should select each protocol listed
|
||
and set 'Enabled' to 'No' (you won't lose the protocol configuration)
|
||
unless you have the actual protocol file itself physically on your hard
|
||
drive. The protocols themselves are NOT included with ProBoard, but can
|
||
be obtained from any ProBoard Support BBS, as well as many others.
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
22
|
||
Downloading and uploading files has always been one of the most important
|
||
activities of BBS's. Most BBS programs have file transfer protocols
|
||
pre-installed and do not allow additional protocols to be configured.
|
||
ProBoard's philosophy is entirely different: no protocols are actually
|
||
embedded in the code, all protocols are external and are being called by
|
||
ProBoard.
|
||
|
||
As of yet, we don't know of any external protocol incompatible with
|
||
ProBoard, Bimodem included! If you happen to find one that you think is
|
||
an incompatible external file transfer protocol, please let us know!
|
||
|
||
Upon selection of the 'Protocols' option, a submenu is displayed
|
||
containing the protocols already present. Add a protocol by pressing
|
||
<Ins>, remove a protocol by pressing <Del>.
|
||
|
||
|
||
A protocol is entirely defined by the following parameters:
|
||
|
||
Protocol Name ............... Protocol's name, to be displayed in the
|
||
down/upload menu. This can include a short
|
||
description if you like.
|
||
|
||
Hotkey ...................... Key to be pressed by the user to activate
|
||
the protocol.
|
||
|
||
Batch ....................... Determines whether the protocol can handle
|
||
batch-mode (whether it can handle multiple
|
||
files). Xmodem for example can handle only
|
||
one file at a time, while Zmodem can handle
|
||
multiple files.
|
||
|
||
Enabled ..................... ProBoard comes with several pre-configured
|
||
protocols for which you may not have the
|
||
necessary files. It would be useless to
|
||
have these protocols displayed in the menu.
|
||
You can prevent this by setting Enable to
|
||
'No', without having to lose the
|
||
configuration for this protocol.
|
||
|
||
Both-Way .................... Determines whether the protocol is a full-
|
||
duplex protocol, i.e.. whether it can send
|
||
and receive files at the same time. (eg.
|
||
Bimodem)
|
||
|
||
Bimodem ..................... The Bimodem protocol uses an odd format for
|
||
its control file. Setting Bimodem to 'Yes'
|
||
causes the control file to be written to
|
||
disk in Bimodem-format.
|
||
|
||
Log File .................... Name of the log file created by the
|
||
protocol. After the file transfer, the
|
||
information needed to update the user-
|
||
records will be obtained from this file by
|
||
ProBoard. Most protocols write a file
|
||
specified in the environment variable
|
||
DSZLOG. ProBoard will set this variable to
|
||
the right filename for you. ProBoard checks
|
||
for the logfile in the directory where it
|
||
was started from, so if some external
|
||
protocol writes a different logfile than
|
||
the one specified in the DSZLOG-variable,
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
23
|
||
make sure it writes the file in the
|
||
startup-directory!
|
||
|
||
Control File ................ Protocols that can handle batch-mode
|
||
usually allow parameters to be passed not
|
||
only on the command line, but also (should
|
||
the command line grow too long) by means of
|
||
a control file. ProBoard must know of this
|
||
file, to be able to pass the filenames to
|
||
the protocol.
|
||
|
||
Download Command ............ Command needed to start the protocol in
|
||
download-mode. You may want to use the
|
||
shell options of menu function 7 here. If
|
||
the first character of this command is a
|
||
'@', the named pex-file will be run. Note
|
||
that no shell parameters (*x) are supported
|
||
when calling a pex-file. You can use string
|
||
macros though.
|
||
|
||
IMPORTANT: The command should be
|
||
independent of the path it is
|
||
called from.
|
||
|
||
Batch-mode protocols also require a control
|
||
file to be specified. Should you, anywhere
|
||
in this field, fill in a '#', then this
|
||
character will at run-time be replaced by
|
||
the filename of the file to be sent (only
|
||
for non-batch protocols).
|
||
|
||
Upload Command .............. Command needed to start the protocol in
|
||
upload-mode. Here also, the command should
|
||
be independent of the directory it is
|
||
called from and a '#' will be replaced by
|
||
the filename of the file to be received
|
||
(for non-batch protocols), or by the
|
||
directory where files should be received
|
||
into (for batch-protocols). A '@' as the
|
||
first character will execute a pex-file
|
||
(see DL Command).
|
||
|
||
Download String ............. Determines what should be written in the
|
||
control file when downloading. A '#'
|
||
character is replaced by the path and
|
||
filename of the file to be sent to the
|
||
user. Most often, a single '#' is the only
|
||
character in this field. This works for
|
||
most of the protocols.
|
||
|
||
Example:
|
||
|
||
In case a user wants to download 3 files,
|
||
entering 'Send #' in this field causes the
|
||
following to be written in the control
|
||
file:
|
||
|
||
Send C:\PB\FILES\COMM\TM.ZIP
|
||
Send C:\PB\FILES\COMM\TBILL.ZIP
|
||
Send C:\PB\FILES\UTIL\SHEZ55.ZIP
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
24
|
||
You can always take a look at the pre-
|
||
configured protocols, to lighten things
|
||
up for you.
|
||
|
||
Upload String ............... <reserved for future use>
|
||
|
||
Download Keyword ............ In order to allow ProBoard to update the
|
||
user-records from the protocol's log file,
|
||
a keyword must be specified to indicate a
|
||
file has successfully been sent. If a
|
||
protocol writes 'Sent <filename>' in the
|
||
logfile, you should specify 'Sent' as the
|
||
keyword. This keyword is CASE SENSITIVE!
|
||
|
||
Upload Keyword .............. Same as the previous field, for uploads.
|
||
|
||
File Word Number............. This is the number of the sent file's
|
||
filename, counting from the keyword, but
|
||
NOT including the keyword. This is used
|
||
for both uploads and downloads.
|
||
|
||
Eg. Sent 12/05/90 12334 PB_220.ZIP
|
||
|
||
In this case, you should enter '3' as the
|
||
word number, because PB_220.ZIP is the
|
||
third word counting from, but not
|
||
including, the keyword ('Sent').
|
||
|
||
Efficiency .................. A percentage that gives the throughput
|
||
efficiency for this protocol. This value is
|
||
used to estimate the time needed to perform
|
||
a file transfer.
|
||
|
||
|
||
Local Only .................. If set to "Yes", this protocol will only be
|
||
available when logging in locally.
|
||
|
||
|
||
CONCLUSION:
|
||
|
||
Correctly installing the protocols may seem somewhat difficult at first,
|
||
but you will soon get used to it. And don't forget that the most commonly
|
||
used protocols are already pre-configured in ProBoard!
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ The Local Protocol PEX ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Included with ProBoard is a PEX which allows you to perform local file
|
||
transfer (to/from your own hard disk). This PEX is called LOC_PROT.PEX
|
||
and should be located in your ProBoard PEX directory.
|
||
|
||
The protocol is already configured in the PROTOCOL.PRO file that comes
|
||
with ProBoard. If you have upgraded from an earlier version of ProBoard,
|
||
|
||
you can add the protocol manually. This is how you should set it up:
|
||
|
||
==================================================================
|
||
Protocol Name: Local Download Protocol
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
25
|
||
Hotkey : L
|
||
Batch : Yes Efficiency: 100 %
|
||
Enabled : Yes
|
||
Both-way : No Local only: Yes
|
||
Bimodem : No
|
||
Log-file : DSZLOG.TXT
|
||
Control-file : DSZCTL.TXT
|
||
|
||
Download cmd : @LOC_PROT D @@<STARTDIR>@DSZCTL.TXT
|
||
|
||
Upload cmd : @LOC_PROT U #
|
||
|
||
Downl. string: #
|
||
Upload string:
|
||
|
||
Downl. keyw. : D
|
||
Upload keyw. : U
|
||
|
||
File word nr : 1
|
||
==================================================================
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Message Areas - (F3) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
ProBoard is one of the only BBS packages that allows you to use more than
|
||
one message base format to hold your messages. You can use Hudson,
|
||
Squish, JAM, or Fido (.MSG) or a combination of these at the same time!
|
||
|
||
ProBoard's message base limits are as follows:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
Message Type Number of Message Areas Maximum File Size
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
Hudson 200 16 Mb / 15000 messages
|
||
(all areas combined)
|
||
Squish 10,000 5400 msgs. per area.
|
||
Fido *.MSG 10,000 Unlimited (disk space
|
||
available).
|
||
JAM 10,000 Unlimited (disk space
|
||
available).
|
||
|
||
Each message area in ProBoard has its own name and properties.
|
||
|
||
For example, you could have a message area for public messages only,
|
||
several message areas for Echomail, or an area where you create
|
||
"Announcement" messages for your users.
|
||
|
||
Selecting "Message Areas" from the Main Menu, gives you a list of the
|
||
available areas (which may initially be empty if you are setting up your
|
||
BBS for the first time.)
|
||
|
||
To edit a Message Area, press <Enter>. To add a Message Area, press
|
||
<Insert>, or enter a number for the area you want to create.
|
||
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
26
|
||
|
||
For example, entering the number 10000 will create message area 10000.
|
||
Keep in mind that if you are using the HUDSON format for any of your
|
||
message areas, that any areas specified to use the HUDSON format will
|
||
have to be specified as areas 1 - 200. This is a limit of the existing
|
||
HUDSON message base format and is not a limit of ProBoard.
|
||
|
||
A message area has the following fields:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
Name ........................ Name of this message area.
|
||
|
||
Path ........................ The path where this Message Area is
|
||
located. This is used for SQUISH, JAM, and
|
||
*.MSG, but NOT for Hudson.
|
||
|
||
Message Kind ................ The kind of message. You can have:
|
||
|
||
- Local .......... Local messages
|
||
- EchoMail ....... Echomail
|
||
- NetMail ........ Netmail
|
||
- Pvt EchoMail ... Private Echomail
|
||
|
||
One word about the difference between the
|
||
"Echo" type and the "Pvt Echo" type: In
|
||
"Echo" areas, it is not allowed to delete
|
||
messages that have been exported by an
|
||
echomail processor (as specified by the
|
||
FTSC, the FidoNet Technical Standards
|
||
Committee). In a "Pvt Echo" area, this
|
||
restriction is not imposed.
|
||
|
||
Message Type ................ One of the following:
|
||
|
||
- Private only .. Only private messages
|
||
allowed.
|
||
|
||
- Pvt/Public .... Private or public
|
||
messages allowed.
|
||
|
||
- Public only ... Only public messages
|
||
allowed.
|
||
|
||
- To All ........ This message type
|
||
should be used in a
|
||
LOCAL message area
|
||
only.
|
||
|
||
The "To All" message type is intended for
|
||
a SysOp to leave messages to all users.
|
||
Any messages entered in this area will
|
||
considered "To All" regardless of the whom
|
||
the "To" is addressed to. Messages entered
|
||
in this area will be shown when ProBoard
|
||
checks for waiting mail. You may not want
|
||
to allow users to reply to these messages
|
||
since their replies will be sent to all
|
||
users. A better idea is to set the "Reply
|
||
Area" to a different message area number
|
||
if you decide to let users reply to your
|
||
announcement messages.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
27
|
||
Name Options ................ Determines which names can be used to write
|
||
messages in this area. This can be:
|
||
|
||
- Real Names Only:
|
||
Obvious I guess
|
||
|
||
- Free Alias
|
||
The user can choose any alias he
|
||
likes, as long as it's not used by
|
||
another user.
|
||
|
||
- Fixed Alias (or real name)
|
||
The user can choose between his real
|
||
name and his alias
|
||
|
||
- Fixed Alias (enforced)
|
||
The user can only use his alias to
|
||
write a message
|
||
|
||
It is recommended that areas where aliases
|
||
are allowed, are made "Public Only".
|
||
|
||
Message Base ................ The type of message base to use for this
|
||
message area. Valid choices are Hudson,
|
||
Squish, JAM, and Fido (*.MSG).
|
||
|
||
Use the <SpaceBar> to toggle between
|
||
available choices. Remember, if you
|
||
select Hudson that this message area's
|
||
number (see top bar of the window) should
|
||
be message area 200 or lower since Hudson
|
||
only supports up to 200 message areas.
|
||
|
||
Read Level .................. Security Level needed to read messages in
|
||
this area.
|
||
|
||
Read Flags .................. Flags needed to read messages in this area.
|
||
You can now specify flags that a user MUST
|
||
NOT have in order to READ from this message
|
||
area. These flags are shown in reverse.
|
||
To set a reverse flag, press the flag
|
||
letter twice (it will appear reversed). To
|
||
clear a reversed flag type the flag letter
|
||
one more time.
|
||
|
||
Write Level ................. Security Level needed to write messages in
|
||
this area.
|
||
|
||
Write Flags ................. Flags needed to write messages in this
|
||
area. You can now specify flags that a
|
||
user MUST NOT have in order to WRITE to
|
||
this message area. These flags are shown
|
||
in reverse. To set a reverse flag, press
|
||
the flag letter twice (it will appear
|
||
reversed). To clear a reversed flag type
|
||
the flag letter one more time.
|
||
|
||
SysOp Level ................. Security Level needed to be allowed access
|
||
to all functions in this message area.
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
28
|
||
SysOp Flags ................. Flags needed to be allowed access to all
|
||
functions in this message area. You can
|
||
now specify flags that the SysOp MUST NOT
|
||
have in order to be allowed access to all
|
||
functions in this this message area. These
|
||
flags are shown in reverse. To set a
|
||
reverse flag, press the flag letter twice
|
||
(it will appear reversed). To clear a
|
||
reversed flag type the flag letter one more
|
||
time.
|
||
|
||
Origin Line ................. Only for Echomail: if you do not specify
|
||
this, the default origin line will be used
|
||
(refer to F1, Site Options, to specify your
|
||
default origin line).
|
||
|
||
Use AKA ..................... The network address for this area (for
|
||
Echomail & Netmail only).
|
||
|
||
EchoMail Tag ................ This field is used by ProBoard to create a
|
||
file called ECHOTOSS.LOG You should enter
|
||
the Echomail Tag name for this message area
|
||
(if this message area has the "Message
|
||
Kind" field set to "EchoMail"). When a
|
||
user enters a message into this area the
|
||
tag name you specify here will be written
|
||
to the file ECHOTOSS.LOG in the ProBoard
|
||
system directory, causing your mail tosser
|
||
to scan for outbound mail in this message
|
||
area upon the callers logoff.
|
||
|
||
QWK Area Name ............... (Optional) You can enter the name of this
|
||
area for QWK mail packers. QWK only
|
||
supports up to 12 characters for area
|
||
names.
|
||
|
||
Reply Area .................. The area where replies to messages in this
|
||
area should be posted. Useful for allowing
|
||
users to reply to "To-All" messages. Set
|
||
this to "0" (zero) if you want replies to
|
||
go to the current message area.
|
||
|
||
SysOp ....................... The user name for an "Area SysOp". A user
|
||
with this name will have full SysOp access
|
||
to this message area. When users write
|
||
messages to "SysOp" in this area, the
|
||
messages will be sent to the user name
|
||
specified here.
|
||
|
||
Group #1 .................... The first group number this message area
|
||
belongs to (1-255) if any.
|
||
|
||
Group #2 .................... The second group number this message area
|
||
belongs to (1-255) if any.
|
||
|
||
Group #3 .................... The third group number this message area
|
||
belongs to (1-255) if any.
|
||
|
||
Group #4 .................... The fourth group number this message area
|
||
belongs to (1-255) if any.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
29
|
||
All Groups .................. Does this message area belong to all
|
||
message groups? Press the <SpaceBar> to
|
||
toggle between Yes/No.
|
||
|
||
Kill after <xx> days ........ When running the PBUTIL message packer with
|
||
the -D parameter, all messages that have
|
||
been in the message base for <xx> days will
|
||
be deleted. This is for both HUDSON and
|
||
JAM message base formats.
|
||
|
||
Kill rcvd after <xx> days ... When running the PBUTIL message packer with
|
||
the -D parameter, all messages that have
|
||
been received for <xx> days will be
|
||
deleted. This is only for HUDSON or JAM
|
||
message base formats.
|
||
|
||
Max # messages .............. The maximum number of messages allowed in
|
||
this area. When this number is exceeded,
|
||
PBUTIL MP -D (message pack & delete) will
|
||
delete the oldest messages from the message
|
||
base (Hudson and Squish).
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Message Area Groups - (F4) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
ProBoard allows you to configure up to 255 Message Area Groups for your
|
||
system. Message groups can be used to place message areas of similar
|
||
interest into a group users can select from.
|
||
|
||
If you run a BBS that caters to programmers, and also to people who enjoy
|
||
gardening, you may want to create two separate message area groups so
|
||
programmers aren't reading about pruning roses, and gardeners aren't
|
||
reading about array elements :-)
|
||
|
||
When you select "Message Area Groups" a window is displayed showing any
|
||
installed message groups (if any). To add a message area group press
|
||
<Ins>. To delete a message area group, press <DEL>. To edit a message
|
||
area group that already exists, press <Enter> with the highlight bar on
|
||
the group you want to edit.
|
||
|
||
When you press <Ins> to add a new message group, a dialog will be
|
||
displayed asking for the group number. Press <ENTER> to accept the next
|
||
available area, or type a number (between 1 and 255) for the message area
|
||
group you want to create.
|
||
|
||
The fields that make up a message group are as follows:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
Area Name ................... The area name that will be displayed to
|
||
users when selecting from your message
|
||
area groups.
|
||
|
||
Access Level ................ The minimum security level needed for a
|
||
user to be able to see/select this message
|
||
area group.
|
||
|
||
Access Flags ................ The access flags needed (or not needed) to
|
||
access this message area group.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
30
|
||
Once a message area group has been defined, refer to Menu Function 49
|
||
(Select Message Area) for the options needed to allow your users access
|
||
to it.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ File Areas - (F5) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
File areas are used to setup and categorize your downloadable files. You
|
||
can prevent groups of users from accessing certain file areas with the
|
||
use of Access Levels and/or Access Flags. ProBoard uses an advanced file
|
||
index to locate files as defined here in your file areas. Once you have
|
||
configured your file areas, you MUST run PBUTIL FI (file index) to create
|
||
the index in order for ProBoard to find the files for users to download.
|
||
|
||
A file area has the following fields:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
|
||
Area Name ................... Name of this file area. Displayed to users
|
||
on the BBS on the file selection list.
|
||
|
||
File Location ............... Directory where the files for this area are
|
||
physically located. It is also possible to
|
||
specify multiple directories per file area.
|
||
To do this, enter the first file directory
|
||
here, then create a file in your ProBoard
|
||
system directory (usually C:\PB) called
|
||
FA_<area>.CTL. Place each additional file
|
||
directory (one directory per line) in this
|
||
file to tell ProBoard where to find the
|
||
additional directories for this file area.
|
||
|
||
Example: for file area #10 (Games), which
|
||
has a total of 4 directories, place the
|
||
first directory in the "File Location" slot
|
||
in PROCFG, then create a file called
|
||
FA_10.CTL. In this file, place the
|
||
additional directories one per line like
|
||
this:
|
||
|
||
D:\DLOAD\GAMES2
|
||
D:\DLOAD\GAMES3
|
||
D:\DLOAD\GAMES4
|
||
|
||
Use an ascii editor like QEDIT, or the DOS
|
||
editor to create this file.
|
||
|
||
Listing File ................ Full path & filename of the file in which
|
||
the downloadable files are described. This
|
||
files is often called FILES.BBS. Refer to
|
||
Menu Function 31, in the chapter on Menus.
|
||
|
||
Sample: C:\PB\DLOAD\FILES.BBS)
|
||
|
||
Access Flags ................ Flags needed to download files in this
|
||
area. You can now specify flags that a
|
||
user MUST NOT have to access this file
|
||
area. These flags are displayed in
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
31
|
||
reverse. To set a reverse flag - type the
|
||
flag letter twice until you see it display
|
||
in reverse. To clear a reverse flag type
|
||
the flag letter again.
|
||
|
||
Access Level ................ Level needed to download files in this
|
||
area.
|
||
|
||
Copy Local .................. Setting this option to "Yes" (use the
|
||
<SPACEBAR> to toggle), tells ProBoard
|
||
whether or not to use it's CD-ROM specific
|
||
file listing formats. In addition, it
|
||
tells ProBoard to copy the files in this
|
||
file area to a different location, usually
|
||
a local drive before a download of the file
|
||
begins. This is ideal for CD-ROM or
|
||
Network drives since it frees up these
|
||
resources for other users to access them.
|
||
|
||
It's important to understand that ProBoard now determines the format of
|
||
"FILES.BBS" itself. This will assist you in using CD-ROM's on your BBS
|
||
that have different "FILES.BBS" formats.
|
||
|
||
The "FILES.BBS" can have any of the following formats:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
<filename> <description>
|
||
<filename> <size> <date> <description>
|
||
<filename> <date> <size> <description>
|
||
<filename> <size> <description>
|
||
<filename> <date> <description>
|
||
|
||
Any missing information ( <date> or <size> ) will be retrieved from the
|
||
CD-ROM or Network drive by ProBoard. If only the <date> is specified in
|
||
your "FILES.BBS", ProBoard will need to retrieve the <size> of the file
|
||
from the disk in order to display your file listing for this area to your
|
||
users. If both the <date> and <size> are specified, (the preferred
|
||
format for your "FILES.BBS") ProBoard will not need to check the CD-ROM
|
||
or Network drive for this information.
|
||
|
||
|
||
Hot Tip!
|
||
ÄÄÄÄÄÄÄÄ
|
||
Use "FILES.BBS" listings that include <date> -and- <size> whenever
|
||
possible, to prevent ProBoard from accessing your CD-ROM or Network
|
||
drives. This will give your BBS optimum performance when users choose to
|
||
list your files.
|
||
|
||
|
||
ProBoard will also copy files from CD-ROM or Network drives to a local
|
||
drive when the "Copy Local" flag is set to "Yes". Files will be copied
|
||
to a directory called "CD_TEMP", which will be created by ProBoard, off
|
||
of the directory from which ProBoard was started from. You can specify
|
||
your own directory by creating a DOS environment variable called CDTEMP
|
||
containing the name of the drive -and- directory.
|
||
|
||
How to create your own "Copy Local" directory:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
1.) Decide on and create the directory where you want the files from the
|
||
CD-ROM or Network to be copied into. For example, C:\MYDIR\CDFILES
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
32
|
||
2.) Add the following line to your "AUTOEXEC.BAT" file:
|
||
|
||
SET CDTEMP=C:\MYDIR\CDFILES
|
||
|
||
If ProBoard can not find the directory as specified it will attempt to
|
||
create it, and if it can't will revert to using the CD_TEMP directory off
|
||
of the directory the ProBoard was started from.
|
||
|
||
In TOPFILES.................. Determines whether or not this file area is
|
||
included when TOPFILES.A?? is created.
|
||
Refer to PBUTIL FC for more information.
|
||
|
||
Free Area ................... Specifies whether or not ALL files in this
|
||
file area are FREE files. If this is set
|
||
to 'Yes', any files a user downloads from
|
||
this area will not be deducted from their
|
||
download limits.
|
||
|
||
Group #1 .................... The first group number this file area
|
||
belongs to (1-255) if any.
|
||
|
||
Group #2 .................... The second group number this file area
|
||
belongs to (1-255) if any.
|
||
|
||
Group #3 .................... The third group number this file area
|
||
belongs to (1-255) if any.
|
||
|
||
Group #4 .................... The fourth group number this file area
|
||
belongs to (1-255) if any.
|
||
|
||
All Groups .................. Does this file area belong to all file
|
||
groups? Press the <SpaceBar> to toggle
|
||
between Yes/No.
|
||
|
||
Max. files................... Maximum number of files that can be
|
||
downloaded from this area per user per day
|
||
(0 means unlimited).
|
||
|
||
Max. Kb...................... Maximum number of Kbytes that can be
|
||
downloaded from this area per user per day
|
||
(0 means unlimited).
|
||
|
||
FILES.BBS Date Format ....... The date format that is used in this area's
|
||
FILES.BBS file. You have to change this if
|
||
FILES.BBS contains dates in a different
|
||
format than "MM/DD/YY" of "MM-DD-YY"
|
||
(CD-ROMs from Europe for example). If you
|
||
don't set this so it matches the date
|
||
format in FILES.BBS, ProBoard will not be
|
||
able to correctly read the dates listed in
|
||
your file list.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ File Area Groups - F6 ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
ProBoard allows you to configure up to 255 File Area Groups for your
|
||
system. File groups can be used to place files of similar interest into
|
||
a group users can select from.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
33
|
||
If you run a BBS that caters to programmers, and also to people who enjoy
|
||
gardening, you may want to create two separate file area groups so
|
||
programmers aren't downloading files about pruning roses, and gardeners
|
||
aren't downloading files about array elements :-)
|
||
|
||
When you select "File Area Groups" a window is displayed showing any
|
||
installed file groups (if any). To add a file area group press <Ins>. To
|
||
delete a file area group, press <DEL>. To edit a file area group that
|
||
already exists, press <Enter> with the highlight bar on the group you
|
||
want to edit.
|
||
|
||
When you press <Ins> to add a new file group, a dialog will be displayed
|
||
asking for the group number. Press <ENTER> to accept the next available
|
||
area, or type a number (between 1 and 255) for the file area group you
|
||
want to create.
|
||
|
||
The fields that make up a file group are as follows:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
Area Name ................... The area name that will be displayed to
|
||
users when selecting from your file area
|
||
groups.
|
||
|
||
Access Level ................ The minimum security level needed for a
|
||
user to be able to see/select this file
|
||
area group.
|
||
|
||
Access Flags ................ The access flags needed (or not needed) to
|
||
access this file area group.
|
||
|
||
Once a file area group has been defined, refer to Menu Function 54
|
||
(Select New File Area) for the options needed to allow your users access
|
||
to it.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Time/Download Limits - (F7) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
In ProBoard you can grant different groups of users different rights
|
||
concerning download limits and maximum online time per day.
|
||
Additionally, you can limit downloading in a very powerful and flexible
|
||
way. This is done by defining user levels.
|
||
|
||
Editing user levels is done in by pressing <Ins> to add a security level,
|
||
<Del> to delete a security level, and <Enter> to edit an existing
|
||
security level.
|
||
|
||
These are the fields to be specified for each level:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
Security Level .............. The user level you are editing.
|
||
|
||
Time Per Day ................ Time a user with this level can spend on
|
||
your system each day.
|
||
|
||
Kb Download Per Day ......... Daily download-limit associated with this
|
||
user level (in Kbytes/day).
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
34
|
||
Download Delay .............. Time a user must spend online each call
|
||
before a download can be made. (Great to
|
||
calm down excessive downloaders).
|
||
|
||
Usergroup ID ................ String of max. 5 characters that identifies
|
||
this level, eg. NEW, REG, VIP, etc. This
|
||
is optional. These ID's will be shown when
|
||
the userlist is displayed (Refer to Menu
|
||
Function 13).
|
||
|
||
Free Download ............... The amount that can be downloaded by users
|
||
with this level, without having to upload
|
||
or write messages.
|
||
|
||
Upload Needed ............... The percentage of total downloads the user
|
||
has to upload. Eg. if the upload factor is
|
||
15%, and a user has downloaded 1000Kb, he
|
||
will have to upload 150Kb. Setting this to
|
||
0 allows the users to download as much as
|
||
they want, until the download limit (see
|
||
below) is reached. Of course, it is
|
||
impossible to download more than the daily
|
||
maximum each day.
|
||
|
||
Free Download/Msg ........... The amount of Kilobytes that can be
|
||
downloaded free for each message written.
|
||
This rewards busy message-writers by
|
||
increasing their download-limit. The amount
|
||
of kilobytes is added to the free download
|
||
number (see above)
|
||
|
||
Maximum Download ............ When this limit is set to a positive non-
|
||
zero value, and a user reaches this limit,
|
||
his/her level will be changed to the "Fall
|
||
To" level. Be careful when changing this
|
||
to a value other than 0 (zero). Doing so
|
||
may lock out a user if the "Fall To Level"
|
||
(below) is set to zero. Your user may not
|
||
be too happy with your BBS should this
|
||
happen.
|
||
|
||
Fall To Level ............... Security Level which user should be
|
||
assigned when they reach the (above)
|
||
"Maximum Download" setting.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ User Editor (F8) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Working with your users records using the User Editor is easy. You can
|
||
use the user editor to locate/view/change information in a users record.
|
||
You can also edit a users record while they are on-line by pressing
|
||
<Alt-E>.
|
||
|
||
Both ways of editing a users record in ProBoard are virtually identical.
|
||
ProBoard keeps a user's record in memory while they are online and then
|
||
writes it back to the user file once they log off. If you want to make
|
||
changes to a user's record who is online, it is important to use the
|
||
<Alt-E> method since you will be editing their record in memory. If you
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
35
|
||
use the user editor in PROCFG.EXE to edit the record of a user who is
|
||
online, any changes you make will be written over by the user record in
|
||
memory when they log off.
|
||
|
||
You can use the following keys in the user editor:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
<PgUp> ...................... Go to the previous user-record.
|
||
|
||
<PgDn> ...................... Go to the next user-record.
|
||
|
||
<Ctrl-PgUp> ................. Go to the first user-record.
|
||
|
||
<Ctrl-PgDn> ................. Go to the last user-record.
|
||
|
||
<ESC> ....................... Exits the User Editor.
|
||
|
||
<Alt-A> ..................... Add a new user record.
|
||
|
||
<Alt-D> ..................... Toggle the 'deleted' flag of the current
|
||
user.
|
||
|
||
<Alt-F> ..................... Shows flag descriptions for flags you have
|
||
defined on your BBS. After pressing
|
||
<Alt-F> another window will appear showing
|
||
the flags and any descriptions you have
|
||
defined for them. You can add/edit
|
||
descriptions for your flags by pressing
|
||
<Alt-E> in this window, then using the Up
|
||
and Down arrows to position on the flag.
|
||
Then simply type the description you want
|
||
and press <ESC> to exit that field, and
|
||
<ESC> once again to exit the flag
|
||
description window.
|
||
|
||
<Alt-L> ..................... Opens a secondary window listing your user
|
||
records. Several powerful functions are
|
||
available here to make finding and editing
|
||
your users much easier. Press the <F1>
|
||
key, and ProBoard will display a help
|
||
screen containing information on the
|
||
following items.
|
||
|
||
<PgUp> ..... Moves to the previous screen page of user
|
||
records.
|
||
|
||
<PgDn> ..... Moves to the next screen page of user
|
||
records.
|
||
|
||
<Home> ..... Moves to the first record in the user file.
|
||
|
||
<End> ..... Moves to the last record in the user file.
|
||
|
||
<Esc> ..... Closes the user list window and returns to
|
||
the user editor, positioned on the first
|
||
record in the user file.
|
||
|
||
<Enter> ..... Closes the user list window and returns to
|
||
the user editor, positioned on the user
|
||
record you were on in the user list window.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
36
|
||
<1...9> ..... Begin typing the record number you want to
|
||
go to in the user file. A window will
|
||
appear showing you the number as you type
|
||
it. Press <ENTER> to jump to the record
|
||
you have entered, or <ESC> to return to the
|
||
user list.
|
||
|
||
<A...Z> ..... Begin typing a name or part of a name to
|
||
search for in the user file. This
|
||
activates the search dialog window. Once
|
||
you have entered the name you want to
|
||
search for, press <ENTER> to begin the
|
||
search. You can press <ESC> at any point
|
||
during the search, to abort the search and
|
||
return to the user list. If the search
|
||
finds a record matching what you entered,
|
||
you can press <ENTER> to edit that record,
|
||
or press <Alt-N> to find the next
|
||
occurrence of your search criteria.
|
||
|
||
<Alt-F> ..... Activates a window asking if you want to
|
||
enable the user list filter. If you select
|
||
"No", you are returned to the user list.
|
||
If you select "Yes", the user list filter
|
||
dialog window is activated. By filling in
|
||
various items in the filter dialog, you can
|
||
limit the scope of the user records
|
||
displayed in the user list. Once a filter
|
||
is in effect, only the user records
|
||
matching the filter condition are displayed
|
||
in the user list. You can then move thru
|
||
the records displayed, editing them and
|
||
using any other user list keys as you
|
||
normally would. To disable a filter, press
|
||
<Alt-F> and select "No" when asked "Enable
|
||
filter?". Closing the user editor also
|
||
cancels any filter in effect.
|
||
|
||
<Alt-G> ..... Activates a window asking what user record
|
||
you want to go to in the user list. Either
|
||
enter a number and press <ENTER> to go to
|
||
that user record, or press <ESC> to return
|
||
to the user list.
|
||
|
||
<Alt-S> ..... Activates the search dialog window. Once
|
||
you have entered the name you want to
|
||
search for press <ENTER> to begin the
|
||
search. You can press <ESC> at any point
|
||
during the search, to abort the search and
|
||
return to the user list. If the search
|
||
finds a record matching what you entered,
|
||
you can press <ENTER> to edit that record
|
||
or press <Alt-N> to find the next
|
||
occurrence of your search criteria.
|
||
|
||
<Alt-N> ..... Finds the next occurrence (if any) of
|
||
search criteria specified with the <Alt-S>
|
||
(search) option (above).
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
37
|
||
<Alt-N> ..................... Searches for the next user-record matching
|
||
the search criteria specified with <Alt-S>.
|
||
|
||
<Alt-P> ..................... Toggles the Password Hide/UnHide option
|
||
when viewing user records. The character
|
||
that is displayed when passwords are hidden
|
||
is defined in PROCFG, [F1] Options, System
|
||
Options, in the "Password Display" field.
|
||
When viewing a user record where the
|
||
password is hidden, simply press <ENTER>
|
||
when positioned on the hidden password, and
|
||
ProBoard will display the user's password
|
||
in a window.
|
||
|
||
<ALT-R> .................... Restore User Record. If you are editing a
|
||
user's record and change your mind, you can
|
||
use this option to restore the user record
|
||
to it's original values.
|
||
|
||
<Alt-S> .................... Searches for a user-record. You may
|
||
optionally specify either part of, or the
|
||
full name of the user you are searching
|
||
for. The search uses "fuzzy" logic,
|
||
meaning that it will find user names
|
||
containing strings that are close to what
|
||
you type. How accurate the fuzzy search is
|
||
depends on the setting in PROCFG, [F1]
|
||
Options, System Options, in the
|
||
"FuzzySearch Rate" field.
|
||
|
||
<ALT-V> ..................... Validate User. Opens a window containing
|
||
any validation templates defined in the
|
||
PROCFG, [Shift-F6] Validate Template
|
||
Editor. (Refer to the "Configuration"
|
||
section of this manual under "Validate
|
||
Template Editor" for more information on
|
||
setting up your templates.) Select one of
|
||
the templates, and ProBoard will update the
|
||
user record with the values defined in the
|
||
template, asking you for confirmation
|
||
first. Press <ESC> at any point during the
|
||
validation to abort the validation.
|
||
|
||
<F10> ....................... Opens a secondary window containing
|
||
additional information about the current
|
||
user. Once this window is displayed, you
|
||
may display/edit the following items.
|
||
|
||
- Times Called.
|
||
- Total Number of Downloads.
|
||
- Total KB of Downloads.
|
||
- Total Number of Uploads.
|
||
- Total KB of Uploads.
|
||
- Number of Messages User has posted.
|
||
- Total Time user has spent online to date.
|
||
|
||
- Amount of Time user has spent online today. If the user has not
|
||
been online today, there may still be a value in this field.
|
||
This field is cleared by ProBoard upon a users first call of each
|
||
day.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
38
|
||
- Total KB downloaded today.
|
||
- Time Balance in the users bank account.
|
||
- Time Withdrawn from users bank account.
|
||
- Time Deposited in users bank account.
|
||
- Time user has borrowed from TheBank.
|
||
- Payback date for time user borrowed from TheBank.
|
||
|
||
- Kbyte Balance user has banked.
|
||
- Kbytes user has withdrawn from TheBank.
|
||
- Kbytes user has deposited.
|
||
- Kbytes user has borrowed.
|
||
- Payback date for Kbytes borrowed.
|
||
- Date last used the time bank.
|
||
|
||
When you have found the user-record you are looking for, move between the
|
||
fields by using the arrow keys. To edit a field, just move the selector
|
||
to that field and begin typing.
|
||
|
||
A user record has the following fields:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
User Name ................... User's name.
|
||
|
||
Alias ....................... Each user can have a unique 'alias'
|
||
(nickname). In selected message areas, the
|
||
user can use this alias to write messages
|
||
or (if enabled) can login using this alias.
|
||
|
||
Password .................... User's password.
|
||
|
||
City ........................ City the user lives in.
|
||
|
||
State ....................... State the user lives in.
|
||
|
||
Country ..................... Country the user lives in.
|
||
|
||
Address 1 ................... Users address, line 1 of 3
|
||
|
||
Address 2 ................... Users address, line 2 of 3
|
||
|
||
Address 3 ................... Users address, line 3 of 3
|
||
|
||
Forward To .................. (not implemented yet)
|
||
|
||
Level ....................... User's security level (ranging from 0 to
|
||
64000). A 0 (zero) means that the user
|
||
has NO access to the BBS.
|
||
|
||
Flags ....................... User's flags. Edit them by pressing
|
||
<Enter>, and then pressing any character
|
||
ranging from A thru Z and 1 thru 6 to
|
||
toggle that flag. Press the <F1> key to
|
||
view/edit any flag definitions for your
|
||
BBS.
|
||
|
||
Expiration Date ............. When this date is specified (non-zero), the
|
||
user's security level will drop to the
|
||
level specified in the "Expiration Level"
|
||
field (below).
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
39
|
||
Expiration Level ............ The new security level assigned to a user
|
||
when the "Expiration Date" (if other than
|
||
0) is reached.
|
||
|
||
Expiration Flags On ......... User flags to turn on when expiration date
|
||
is reached.
|
||
|
||
Expiration Flags Off ........ User flags to turn off when expiration date
|
||
is reached.
|
||
|
||
Comment ..................... This field allows you to enter comments
|
||
about this particular user.
|
||
|
||
Voice Phone ................. User's voice phone number (not restricted
|
||
to a certain layout).
|
||
|
||
Data Phone .................. User's data number (if any).
|
||
|
||
FAX Phone ................... User's FAX number (if any).
|
||
|
||
Birth Date .................. The date of birth of this user. This will
|
||
be recorded if you turn on the option to
|
||
ask new users for their birth date upon
|
||
initial login. Directly to the right of
|
||
the birth date field is a number in
|
||
brackets. This number is the users age, as
|
||
calculated by ProBoard based on the date
|
||
entered into the birth date field. If you
|
||
change the users birth date, you must save
|
||
the record in order for the calculation of
|
||
the users age to take place.
|
||
|
||
Sex ......................... User's sex. Toggle options with the space
|
||
bar.
|
||
|
||
Date Format ................. The date format this user prefers to use.
|
||
Toggle through the allowable formats by
|
||
pressing the right-arrow and left-arrow
|
||
while positioned on this field.
|
||
|
||
Screen Height ............... Number of screen lines for this user.
|
||
|
||
Default Protocol ............ The default file transfer protocol this
|
||
user has selected.
|
||
|
||
Language .................... The language file the user selected from
|
||
the list of available languages on your
|
||
BBS. If no languages are available or the
|
||
user pressed <ENTER> when asked to select a
|
||
language then ENGLISH is used as the
|
||
default. You can edit the users language
|
||
selection but you must type the language
|
||
name.
|
||
|
||
Log Level ................... The way in which entries about this users
|
||
calls will be written to PROBOARD.LOG Use
|
||
the Space Bar to toggle between "Normal",
|
||
"Suspicious","Extensive", and "Friend".
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
40
|
||
Terminal .................... Users Terminal Setting. Press the
|
||
<Spacebar> to toggle between "ANSI",
|
||
"Avatar", "Avt/0+", and "TTY".
|
||
|
||
NetMail Credit .............. Number of credits the user has left to
|
||
write Netmail messages.
|
||
|
||
First Call .................. The date of the user's first call to your
|
||
system. This field is display only.
|
||
|
||
Last Call ................... The date of this users last call to your
|
||
system. This field is display only.
|
||
|
||
Deleted ..................... If this is set to "Yes", this users record
|
||
will be removed from your user file the
|
||
next time you run PBUTIL UP (User Packer)
|
||
to pack the user file.
|
||
|
||
More Prompt ................. Pause after each screen page?
|
||
|
||
Clear Screen ................ Send screen clearing codes to the user?
|
||
|
||
Hot Keys .................... Hot Keys enabled? If set to "Yes" user can
|
||
hot key thru your menus. If set to "No"
|
||
then command-stacking will be used instead.
|
||
|
||
IBM ......................... If set to "Yes" all IBM-specific characters
|
||
will be filtered out and converted to
|
||
standard ASCII. If set to "No" then IBM
|
||
characters will be sent.
|
||
|
||
Full Screen Editor .......... If set to "Yes", then the fullscreen
|
||
message editor (defined in PROCFG, F1,
|
||
Paths, Editor Command) will be used when
|
||
this user enters messages. If set to "No"
|
||
then ProBoard will use it's internal line
|
||
editor instead.
|
||
|
||
NoKill ...................... If set to "Yes" the user's record CAN NOT
|
||
be removed from the userfile when using
|
||
PBUTIL UK (User Killer) or PBUTIL UP (User
|
||
Packer).
|
||
|
||
Ignore Download ............. Does this user have UNLIMITED download
|
||
access? If set to "Yes", ProBoard will
|
||
ignore download limits for this user.
|
||
|
||
Attention ................... If set to "Yes", ProBoard will play the
|
||
file "ATTEN.MUS" when this user logs on.
|
||
The file "ATTEN.MUS" must be located in
|
||
your ProBoard System Directory (usually
|
||
C:\PB).
|
||
|
||
No Tops ..................... If set to "Yes", then this user will be
|
||
excluded from any of the "tops" lists that
|
||
ProBoard creates. (Refer to Menu Function
|
||
48 for more info).
|
||
|
||
Hidden ...................... If enabled, ProBoard will hide this users
|
||
activity from the "Last Callers List"
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
41
|
||
(Menu Function 51), "Show Users Online"
|
||
(Menu Function 50), and from the "User
|
||
List (Menu Function 13).
|
||
|
||
Guest ....................... Allows this user to have "guest account"
|
||
status. This means their daily totals for
|
||
minutes online, files downloaded, etc.,
|
||
will be reset on each call of the day, and
|
||
not just on their first call of each day.
|
||
|
||
Free Chat ................... If set to "Yes", ProBoard will freeze the
|
||
system timer when you and this user are
|
||
chatting. This means no time will be
|
||
deducted from a users online time when
|
||
chatting.
|
||
|
||
Local Only .................. If enabled, this user is not allowed to log
|
||
in remotely, they can only use the local
|
||
console to login.
|
||
|
||
RIP ......................... If set to "Yes" then RIP graphics will be
|
||
sent to this user. If set to "No" RIP
|
||
graphics will not be sent to the user even
|
||
if RIP is detected.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Menu Editor (F9) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Creating menus for ProBoard is extremely easy using the built-in Menu
|
||
Editor.
|
||
|
||
When you select the "Menu Editor" option in PROCFG's main menu, a new
|
||
window is opened containing the defined languages. ProBoard allows you
|
||
to have a language specific set of menus for each language you define.
|
||
Refer to the "Language Editor" portion of the manual for more information
|
||
on specifying paths for your language specific menus. If no path is
|
||
given, the default menu path defined in PROCFG, (F1) Options, Paths,
|
||
Menus is used.
|
||
|
||
Once you have selected the language whose menus you want to edit, a
|
||
second window is opened displaying the menu names that are available to
|
||
edit. A menu must already exist to be displayed in this window.
|
||
|
||
You can type the first few letters of a menu name to jump to that menu in
|
||
the choice list, or use the cursor keys to position on the menu that you
|
||
want to edit. Then press <ENTER> to invoke the menu editor.
|
||
|
||
In this window, you can use the following keys:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
- Up/Down Scroll up/down through existing menus.
|
||
- Enter Select an existing menu to edit.
|
||
- Insert Add a new menu.
|
||
|
||
Once you have selected a menu, you will notice the name of the menu you
|
||
are editing is displayed on the top line of the Menu Editor and a
|
||
line-by-line list of the items on the selected menu is displayed.
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
42
|
||
To add a menu item, press <Ins>, to remove a menu item, press <Del>. Your
|
||
menus can contain up to 255 menu items for each menu.
|
||
|
||
To edit a menu item, move the selector to that item and press <Enter>.
|
||
You can change the menu prompt and highlight colors, or specify a RIP
|
||
menu to be displayed to your users by pressing <Alt-P>. If you want to
|
||
see how a menu will look to your users (ASCII/ANSI), press <Alt-S>. You
|
||
can also copy and paste menu items. To copy an item, move to the item
|
||
you want to copy, and press <Alt-C>. To insert the copied item somewhere
|
||
else, move to the place where you want the menu item, and press <Ctrl-P>.
|
||
You can even copy and paste items across different menus.
|
||
|
||
Hot Tip!
|
||
ÄÄÄÄÄÄÄÄ
|
||
You can press <Alt-M> while logged on locally and a menu is displayed, or
|
||
when a user is logged on and sitting on a menu. This launches the menu
|
||
editor with the current menu loaded so you can edit it. You will need to
|
||
tell ProBoard which language you want the menu loaded for. This makes it
|
||
very easy to correct/add items to a menu you are viewing on the screen,
|
||
while it is still fresh in your mind.
|
||
|
||
Basically, each line of your menus that your users will see contains the
|
||
following attributes.
|
||
|
||
Text Line ................... Text line to be displayed to the user.
|
||
|
||
Color ....................... Color of this menu item. Press <ENTER> to
|
||
edit the color for this menu item.
|
||
|
||
HotKey ...................... The key the user is to press to activate
|
||
this menu option.
|
||
|
||
Function .................... Menu Function to be executed. Press
|
||
<ENTER> to display and select from a list
|
||
of all ProBoard Menu Functions.
|
||
|
||
Data ........................ Data associated with this menu item. Refer
|
||
to the "Menu Functions" section of this
|
||
chapter for more info on Data Items that
|
||
you can use or that may be needed with some
|
||
Menu Functions.
|
||
|
||
Minimum Level ............... Minimum security level a user needs to
|
||
access this menu item.
|
||
|
||
Maximum Level ............... Maximum security level a user can have to
|
||
access this menu item.
|
||
|
||
Flags ....................... The flags that the user needs in their user
|
||
record to access this menu item. Press
|
||
<Enter> when on this field to invoke the
|
||
menu flag editor. Simply press the
|
||
character (A-Z or 1-6) to toggle the flags.
|
||
While you are in the menu flag editor you
|
||
can press <F1> to view/modify notes about
|
||
what your flags are used for. You can also
|
||
specify flags that a user MUST NOT have in
|
||
order to access this menu item. These
|
||
flags are shown in reverse. To set a
|
||
reverse flag, press the flag letter twice
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
43
|
||
(it will appear reversed). To clear a
|
||
reversed flag type the flag letter one more
|
||
time.
|
||
|
||
Minimum Age ................. The minimum age a user has to be in order
|
||
to access this menu item. Set this to "0"
|
||
to disable age checking.
|
||
|
||
Maximum Age ................. The oldest age that a user can be to access
|
||
this menu option.
|
||
|
||
Sex ......................... The sex the user must be to access this
|
||
menu function. Set this to "Don't Care" to
|
||
allow users of either sex to use this menu
|
||
option.
|
||
|
||
Time Left ................... The minimum amount of time a user must have
|
||
in order to use this menu function. Great
|
||
for doors that don't check a users
|
||
remaining time, etc.
|
||
|
||
Time Online ................. The amount of time a user must be online
|
||
before they are allowed to select this menu
|
||
option.
|
||
|
||
Time Frame .................. The hours during which users can select
|
||
this menu item. Default is "fully enabled"
|
||
meaning that this menu item is available
|
||
at all times during a 24 hour period.
|
||
Press <Enter> to bring froward a window
|
||
that will allow you to select times for
|
||
this menu item to be accessed. Times are
|
||
in 1/2 hour increments, based on a 24 hour
|
||
format.
|
||
|
||
Minimum Speed ............... Minimum baud rate at which user must be
|
||
connected in order to see this menu item.
|
||
|
||
Maximum Speed ............... Maximum baud rate at which this menu item
|
||
will be displayed. Great for suggesting
|
||
users with 300 baud modems buy a faster
|
||
modem :-)
|
||
|
||
Nodes ....................... Determines on what nodes this menu item
|
||
will be available. Press [Enter] to
|
||
change.
|
||
|
||
Password required ........... If enabled, a password is required to
|
||
execute this menu item (see next item)
|
||
|
||
Password .................... Password required to executed this menu
|
||
item (if enabled). The password is not
|
||
case sensitive.
|
||
|
||
|
||
RIP Options
|
||
ÄÄÄÄÄÄÄÄÄÄÄ
|
||
Show Remote ................. If set to "Yes" then menu item or A?? file
|
||
will be sent to remote. The default value
|
||
for this setting is "No".
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
44
|
||
Show Local .................. If set to "Yes", when the RIP sequence is
|
||
sent to the user, the SysOp will see this
|
||
as a normal ANSI menu-line or ANSI file.
|
||
The default value for this setting is "Yes"
|
||
|
||
Reset Screen ................ If set to "Yes", ProBoard will reset
|
||
(clear) the RIP windows before executing
|
||
this menu function.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Matrix Addresses (F10) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
This is where you enter your net address. If you have more than one net
|
||
address, enter them here also.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Modem Parameters - (Shift-F1) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
When selecting "Modem Parameters", you get a choice between the default
|
||
configuration or a node-specific configuration. The default
|
||
configuration is used whenever there is no node-specific configuration
|
||
defined.
|
||
|
||
You do not need to change these parameters when using ProBoard with a
|
||
front-end mailer, since it is in the mailer's setup where you would
|
||
define your modem(s) parameters.
|
||
|
||
|
||
Hardware Setup
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
COM port .................... Enter the port that your modem is
|
||
configured to use. For example, enter a 1
|
||
here to specify COM1, etc.
|
||
|
||
Locked Speed ................ Set to "Yes" if your modem's bps rate is
|
||
fixed (see below)
|
||
|
||
Max. Bps Rate ............... Maximum baud rate your modem can handle.
|
||
If you are locking your COM port with the
|
||
fossil driver, this setting is ignored.
|
||
|
||
Modem Delay ................. Number of 1/10 seconds to pause between
|
||
each character that is sent to the modem
|
||
(some modems can't handle fast input).
|
||
|
||
Answer Delay ................ Number of 1/10 seconds to wait before the
|
||
answer command (see below) is sent to the
|
||
modem after a ring is detected (only when
|
||
"Manual Answer" is enabled)
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
45
|
||
Command Strings
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
You can insert special codes in the modem command strings:
|
||
|
||
^ Set DTR high.
|
||
` or v Set DTR low.
|
||
| Sends a <CR> to the modem.
|
||
$ Sends a break to the modem.
|
||
~ Pauses for 1/2 second.
|
||
|
||
|
||
Make sure you add a '|' to send a return for all modem commands. The
|
||
modem result messages also need a '|' if the modem sends a CR/LF after
|
||
the message. (i.e. "ATA|" or "RING|")
|
||
|
||
Init Command 1-3 ............ Modem initialization commmands. These are
|
||
strings that have to be sent to the modem
|
||
to initialize it and to have it ready to
|
||
answer the phone. It is possible to have
|
||
up to 3 init commands. The second one
|
||
won't be sent until the first one results
|
||
in "OK", and the third one won't be sent
|
||
until the second one returns "OK". Every
|
||
5 minutes, the modem will be re-initialized
|
||
(some modems fall asleep after a while)
|
||
|
||
Ok Message .................. What the modem sends back when a command
|
||
was accepted ("OK")
|
||
|
||
Off Hook Command ............ Command to be sent to the modem when the
|
||
SysOp is logging in locally.
|
||
|
||
Down Command ................ Command to be sent to the modem when the
|
||
SysOp presses <Esc>
|
||
|
||
Manual Answer ............... Set to "Yes" if ProBoard should send the
|
||
answer command when a ring is received. Do
|
||
NOT set your modem in auto-answer mode when
|
||
using this option.
|
||
|
||
Ring Message ................ What the modem sends when the phone rings.
|
||
|
||
Answer Command .............. What ProBoard should send to answer the
|
||
phone.
|
||
|
||
External/Fax Msg ............ ProBoard will exit immediately when this
|
||
message is received from the modem. This
|
||
can be used to receive faxes when running
|
||
ProBoard in a standalone environment (for
|
||
some modems this string should be set to
|
||
"CONNECT FAX"). ProBoard will then
|
||
IMMEDIATELY exit with the given errorlevel.
|
||
|
||
External Errorlevel ......... The errorlevel ProBoard will exit with when
|
||
the above message is received from the
|
||
modem.
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
46
|
||
Connect Strings
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
<xxx> Bps Call .............. String returned by the modem upon an <xxx>
|
||
bps call. This is a 'partial' string. So
|
||
if the modem sends 'CONNECT 2400/ARQ', the
|
||
string 'CONNECT 2400' will match. A '|'
|
||
can be used to specify a CR/LF. It HAS to
|
||
be used for the 300 bps connect string,
|
||
because "CONNECT" without a '|' would match
|
||
"CONNECT 2400" or "CONNECT 9600". So the
|
||
correct string is: "CONNECT|".
|
||
|
||
You can define up to 6 user-defined connect strings. For each one you
|
||
can specify the bps rate and the connect message that goes with it.
|
||
|
||
|
||
LOCKING BAUD RATES
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
Note: If you use an error-correcting modem (MNP/V42), you may have to
|
||
lock your serial port speed using the fossil driver.
|
||
|
||
A "locked" baud rate refers to the transfer rate between the computer and
|
||
modem. When locked, the baud rate will remain constant regardless of
|
||
what the application program, such as ProBoard, requests the baud rate to
|
||
be. The modem MUST support a constant computer to modem speed, otherwise
|
||
any baud rate change requested by an application will be ignored,
|
||
resulting in an incorrect setting between your system and your users. The
|
||
result will be garbled input and output.
|
||
|
||
Most high speed modems do support a fixed baud rate, and by locking the
|
||
baud rate you will obtain higher throughput. A fossil program like X00
|
||
or BNU will handle this for you and is HIGHLY RECOMMENDED (see the
|
||
respective fossil doc file for command syntax).
|
||
|
||
Note: Experience shows that a faster locking baud rate than actual phone
|
||
line baud rate will yield the best results.
|
||
|
||
Examples: X00 B,0,9600
|
||
BNU /L0=9600
|
||
|
||
See your FOSSIL documentation for details. If possible, install your
|
||
fossil for "quiet" or "no commercial" mode so the screen display from the
|
||
fossil does not bleed onto the ProBoard main screen (stand-alone systems
|
||
with no mailers in particular).
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ SysOp Macros (Shift-F2) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
There are 2 kinds of SysOp macros:
|
||
|
||
- Key macros : With this type of macro, it is possible to assign
|
||
many keystrokes to a single key. When the macro key
|
||
is pressed, all keys specified will be passed to
|
||
ProBoard, as if you typed them yourself.
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
47
|
||
Special chars: '|' is replaced by <Enter>
|
||
'^' is replaced by <Esc>
|
||
|
||
- Shell macros : You can link any DOS command to a macro's hotkey. A
|
||
shell-definition MUST start with a '@'. The string
|
||
following the '@' should contain the DOS command to
|
||
be executed. You can, of course, use the special
|
||
shell options from menu function 7.
|
||
|
||
Take this for an example:
|
||
|
||
Suppose you have set 'Swapping' to 'No' in ProCFG.
|
||
Should you, however, need ALL your system memory in
|
||
the shell, you could define the following macro:
|
||
@*C*N*Q*X (COMMAND.COM, NoLog, NoMsg, Swapping).
|
||
|
||
- String macros: You can display a line of text to the user with a
|
||
hotkey. A string macro should start with a back
|
||
quote (`) character. When the hotkey is pressed,
|
||
the line of text will be sent to the user and
|
||
displayed on your local screen.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Events - (Shift-F3) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
It is possible to instruct ProBoard to perform some action at a set time
|
||
and day (an "Event"). This action can be: exiting with a specific
|
||
errorlevel (for a batch file) or executing a DOS command. This is useful
|
||
for example, to pack the user file, or to pack the message base at a
|
||
specified time each day.
|
||
|
||
You can define up to 30 events.
|
||
|
||
An event is described by the following fields:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
Enabled...................... If this is set to 'No', the event will be
|
||
ignored.
|
||
|
||
Active Days.................. Determines on what days of the week this
|
||
event will run. To edit this field, press
|
||
<Enter> and toggle the 'Yes/No' fields
|
||
displayed next to each day.
|
||
|
||
Event Time................... The time at which the event has to run on
|
||
the selected days (in 24h format).
|
||
|
||
Duration..................... How long this event has to stay active.
|
||
During the event, no users are allowed to
|
||
log in on ANY node.
|
||
|
||
Event type................... 'Command' : A DOS-command will be executed
|
||
when the event is activated.
|
||
You can use any of the shell
|
||
options from menu type 7.
|
||
Remember to use the *Z option
|
||
to run a batch file.
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
48
|
||
'Errlevel': When the event is activated,
|
||
ProBoard will exit with an
|
||
errorlevel, specified in the
|
||
next field.
|
||
|
||
Errorlevel................... The errorlevel to use for this event if the
|
||
event type is set to 'Errorlevel'.
|
||
|
||
DOS-command.................. The DOS-command to execute for this event
|
||
if the event type is set to 'Command'.
|
||
|
||
Node number.................. An event will run on ONE node. You can
|
||
specify the node here.
|
||
|
||
When using a frontend-mailer, you only have to specify the time, days and
|
||
duration, because the events have to be executed by the mailer.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Personal Files - (Shift-F4) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
ProBoard allows you and other users to send "Personal Files" to each
|
||
other on the BBS. ProBoard keeps track of each uploaded file. You can
|
||
add/edit/delete Personal Files with this option in ProCFG. In the list
|
||
of files, a [+] means that the file physically exists. This assures you
|
||
that a file you define as a Personal File for another user actually is in
|
||
the directory waiting for them upon their next call to your BBS. When
|
||
the file name is shown between parentheses, it means that the file is not
|
||
located in the personal files directory (as setup in ProCFG), but in
|
||
another directory.
|
||
|
||
To edit an entry, press <Enter>, to Delete an entry, press <Del>, and to
|
||
add an entry, press <Ins>.
|
||
|
||
Filename..................... Name of the uploaded file. Press <Alt-L>
|
||
to select any file which is in your
|
||
personal files directory. You can also
|
||
enter a complete path and file name if
|
||
the file you want to send is not located
|
||
in the personal files directory. Keep in
|
||
mind that when the "Delete" flag is set
|
||
(see below), the file will be physically
|
||
removed from your hard drive after the
|
||
user has downloaded the file.
|
||
|
||
From User.................... The user who sent this file. Press <Alt-L>
|
||
to select a name from your user file, or
|
||
type the name in yourself.
|
||
|
||
To user...................... The destination user for this file. Press
|
||
<Alt-L> to select a user from your user
|
||
file, or type one in.
|
||
|
||
Delete....................... If this flag is set to "Yes", the file will
|
||
be physically deleted after the user has
|
||
downloaded it. If set to "No", only the
|
||
entry in the personal files list will be
|
||
removed, not the file itself.
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
49
|
||
It is possible to add files to this list. This way you can send a file
|
||
to a specific user. ProBoard will handle deleting files after a user
|
||
transfers "personal files" that are waiting for them (if the "Delete"
|
||
flag is set). You can also manually delete files in the "personal file"
|
||
editor by positioning the highlight bar on the filename and pressing the
|
||
<DEL> key. You will be asked to confirm the deletion of the file before
|
||
it is deleted from the "personal file" list as well as from your hard
|
||
drive.
|
||
|
||
For more information on how to implement this option on your BBS, refer
|
||
to Menu Function(s) 22, 33, 32 explained in detail in the section on
|
||
menus.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Language Editor - (Shift-F5) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
ProBoard allows you to change the text and the color for every prompt in
|
||
the system to create a custom "look and feel" for your BBS. ProBoard
|
||
also allows you to display your system prompts to users in several
|
||
different languages.
|
||
|
||
Language files end with the file extension ".PBL" and are stored in your
|
||
ProBoard system directory (usually C:\PB). You can create and install up
|
||
to 30 different language files at any one time.
|
||
|
||
To create a different language file, first you must select one to work
|
||
with as a model. You then copy the model to a language file with a new
|
||
name. Refer to the following example:
|
||
|
||
COPY ENGLISH.PBL STARTREK.PBL
|
||
|
||
This would create a new language file called "STARTREK.PBL" from the
|
||
"ENGLISH.PBL" file (supplied with ProBoard). All of the system prompts
|
||
in "STARTREK.PBL" would at this point be exactly the same as the ones in
|
||
ENGLISH.PBL.
|
||
|
||
You should then start up PROCFG.EXE and select "Language Editor"
|
||
(Shift+F5). A window will be displayed showing the currently installed
|
||
languages. Position the highlight on STARTREK (notice that the name in
|
||
the right column still says "English") and press <ENTER> to begin working
|
||
with it.
|
||
|
||
You will now see a full screen window with all of the prompts for your
|
||
new STARTREK language file. Note on the top line the following options:
|
||
|
||
Alt-D ....................... Restores the default prompt for the system
|
||
prompt you are currently positioned on. So
|
||
if you change the "Please enter your first
|
||
and last name" prompt to read "Enter your
|
||
name", and then decide you liked the
|
||
default prompt better, press Alt-D while
|
||
positioned on the "Enter your name" prompt
|
||
and the default prompt will be restored.
|
||
The default prompt is always displayed on
|
||
the bottom line of the Language Editor.
|
||
|
||
Alt-P ....................... Opens the "Language Properties" dialog.
|
||
This is where you define the properties for
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
50
|
||
this language file. You'll notice the
|
||
description for the STARTREK language file
|
||
still says ENGLISH in the description.
|
||
This needs to be changed to STARTREK so
|
||
your users can select the new language,
|
||
otherwise they will have two ENGLISH
|
||
languages to choose from.
|
||
|
||
Alt-S ....................... Opens the "Search" dialog. Enter a text
|
||
string to search for in the language and
|
||
ProBoard will move to the first prompt in
|
||
the language file that matches. To repeat
|
||
the search, in the prompts for the next
|
||
occurrence of the text string you entered,
|
||
press <Alt-N>. This allows you to easily
|
||
search your entire language file for
|
||
specified text, making changes to the
|
||
prompts as the text is found.
|
||
|
||
A description of the fields in the "Language Properties" dialog is as
|
||
follows:
|
||
|
||
Description ................. This is the name your users will see when
|
||
choosing from language files they have
|
||
access to.
|
||
|
||
Available ................... Whether this language is available to
|
||
callers with the proper security level.
|
||
|
||
Level ....................... The minimum security level required to
|
||
select this language file.
|
||
|
||
Flags ....................... The security flags needed in a users record
|
||
to be able to select this language file.
|
||
|
||
Menu Path ................... The full path to your language specific
|
||
menus. If specified ProBoard will look for
|
||
language specific menus in this path when
|
||
users select this language. If left blank,
|
||
ProBoard will display the menus in the path
|
||
specified in PROCFG, Options, Paths, Menus.
|
||
|
||
Text Path ................... The full path to your language specific
|
||
text files. If specified ProBoard will
|
||
display language specific versions of
|
||
your A?? text files if you create them.
|
||
RIP files need to be in one common
|
||
directory (in other words, ProBoard does
|
||
not support RIP language specific text
|
||
files at this time. If left blank,
|
||
ProBoard will display the textfiles in the
|
||
path specified in PROCFG, Options, Paths,
|
||
Textfiles.
|
||
|
||
Questionnaire Path .......... The full path to your language specific
|
||
questionnaire files. If specified ProBoard
|
||
will use language specific versions of your
|
||
questionnaires if you create them. If left
|
||
blank, ProBoard will look for questionnaire
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
51
|
||
files (files with the .Q-A file extension)
|
||
in the ProBoard System Directory.
|
||
|
||
Once you are positioned on a prompt that you want to change, press
|
||
<ENTER> to invoke the "Edit Language String" dialog. Each language
|
||
string can be up to eight lines long. The color for each string is fully
|
||
configurable (just like in the menu editor). You can insert the
|
||
following control codes in your language string.
|
||
|
||
@a<file>@ ................... Shows <file>.ANS/ASC/AVT (depending on the
|
||
user's terminal setting). You can put this
|
||
code anywhere in the prompt. (Example:
|
||
"@aP_ENTER@" displays P_ENTER.A??)
|
||
|
||
@p<file>@ ................... Runs <file>.PEX when this prompt is
|
||
displayed. Parameters are allowed
|
||
(seperated by spaces). You can put this
|
||
control code anywhere in the prompt.
|
||
(Example: "@pTEST 2@" will run TEST.PEX
|
||
with the parameter 2)
|
||
|
||
^ ........................... Toggles the highlight color on/off. The
|
||
actual highlight color can be changed by
|
||
selecting the "Highlight" option in the
|
||
Language String editor.
|
||
|
||
\\ .......................... Single Backspace.
|
||
|
||
\^ .......................... Generates a caret (the ^ character).
|
||
|
||
\<B><F> .................... Set background color to <B> and foreground
|
||
color to <F>. The color has to be entered
|
||
as one hex character (0-9,A-F).
|
||
|
||
The colors are:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
0 - Black 8 - Bright Black
|
||
1 - Blue 9 - Bright Blue
|
||
2 - Green A - Bright Green
|
||
3 - Cyan B - Bright Cyan
|
||
4 - Red C - Bright Red
|
||
5 - Magenta D - Bright Magenta
|
||
6 - Yellow E - Bright Yellow
|
||
7 - White (Grey) F - Bright White (Grey)
|
||
|
||
For the background color, bright colors are not available. When you use
|
||
8-F for the background color, the color will have the blinking attribute.
|
||
|
||
Other color codes you can use are:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
\HR -> Bright red \LR -> Dark red
|
||
\HG -> Bright green \LG -> Dark green
|
||
\HY -> Bright yellow \LY -> Dark yellow
|
||
\HB -> Bright blue \LB -> Dark blue
|
||
\HP -> Bright purple \LP -> Dark purple
|
||
\HC -> Bright cyan \LC -> Dark cyan
|
||
\HW -> Bright white \LW -> Dark white
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
52
|
||
Some examples:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
\0F Bright white on black
|
||
\1B Bright cyan on blue
|
||
\8E Bright yellow (blinking)
|
||
\70 Reverse (black on grey)
|
||
\LC Dark cyan on black
|
||
|
||
A description of the fields in the Language String dialog is as follows:
|
||
|
||
String #1 - String #8 ...... The actual text that will be displayed to
|
||
your users. Some prompts can be quite
|
||
simple to understand (refer to Prompt #7)
|
||
and some can seem quite difficult at first
|
||
(refer to Prompt #207) with many options
|
||
needing to be passed to the prompt, as well
|
||
as hotkey values. A careful study of the
|
||
default prompts, and how they display will
|
||
help you to gain a better idea of how they
|
||
work.
|
||
|
||
Hotkeys ..................... The hotkeys needed for the prompt. If you
|
||
study Prompt #207 you will see the hotkeys
|
||
defined are "SCRDILAE". If you look at the
|
||
text strings for this same prompt, you will
|
||
see why these hotkeys are needed. Be sure
|
||
to specify the correct number and order of
|
||
hotkeys for each prompt (if applicable).
|
||
Any prompt which does not use hotkeys will
|
||
have "n/a" displayed in the hotkey field
|
||
and you will not be able to enter anything
|
||
into the hotkey field.
|
||
|
||
Color ....................... Allows you to define a color for the prompt
|
||
text displayed to your users. Press
|
||
<ENTER> to select the color you want to use
|
||
for your prompt text.
|
||
|
||
Highlight ................... Allows you to define a color for the
|
||
highlight. Remember, highlight is toggled
|
||
on/off with the ^ character.
|
||
|
||
Prompt Color ................ Allows you to select a color for the users
|
||
reply to this prompt. For example, if
|
||
your prompt reads "Enter your first AND
|
||
last name" and this color is set to cyan,
|
||
when a user types their name, what they
|
||
type will be displayed in cyan (or whatever
|
||
color you select here).
|
||
|
||
The Language Editor will allow you to see what your prompts will look
|
||
like when a user sees them without showing you the control codes. Move
|
||
the highlight thru the language editor until you are close to, but not
|
||
on, Prompt #191. You will notice it displays "(DUPLICATE- DELETED") and
|
||
the word "DELETED" is flashing. Now move the highlight selector to
|
||
prompt #191 and press <ENTER>. You will now see the prompt with the
|
||
control codes that make it flash, etc.
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
53
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Validate Template Editor - (Shift-F6) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
ProBoard allows you to easily validate users on your BBS using the values
|
||
defined here in the Validate Template Editor.
|
||
|
||
The Validate Template Editor makes validation of your new users with any
|
||
desired security level, loglevel, or combination of flag settings, and
|
||
complete subscription support very easy.
|
||
|
||
Once your templates have been defined, all you need to do to validate a
|
||
user using the templates, is to press <ALT-V> while positioned on their
|
||
record in the User Editor. Then, simply select which validation template
|
||
you want to apply.
|
||
|
||
Before you can use your validation templates, you must first define
|
||
them. This is done here, in the Validate Template Editor.
|
||
|
||
To add a validation template, press <Alt-A>. You can also press <F1> for
|
||
help at any time while in the Validate Template Editor.
|
||
|
||
The following keys can be used while in the Validate Template Editor.
|
||
|
||
Page Up ..................... Go to the previous record in the template
|
||
editor.
|
||
|
||
Page Down ................... Go to the next record in the template
|
||
editor.
|
||
|
||
CTRL+PgUp.................... Go to first template record.
|
||
|
||
CTRL+PgDn.................... Go to last template record.
|
||
|
||
ESC ......................... Leave the template editor.
|
||
|
||
Alt-A ....................... Add a template record.
|
||
|
||
Alt-D ....................... Toggles the current template record for
|
||
deletion.
|
||
|
||
Alt-F ....................... Show/Edit your flag descriptions.
|
||
|
||
Alt-L ....................... Shows a list of all currently defined
|
||
templates.
|
||
|
||
Alt-S ....................... Searches currently defined templates by
|
||
descriptions.
|
||
|
||
Alt-N ....................... Searches for next record containing
|
||
matching description as in previous search.
|
||
|
||
The following fields make up a template "record" in ProBoard's Validate
|
||
Template Editor.
|
||
|
||
Description ................. This is the description for this template.
|
||
Be sure to describe your templates so you
|
||
remember what security level they assign
|
||
to a user at a later time when you validate
|
||
them using the templates.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
54
|
||
Security Level .............. This is the security level you want
|
||
assigned to a user when validating them
|
||
using this template.
|
||
|
||
Subscribe ................... How many days of "subscription" access a
|
||
user will receive when validated using this
|
||
template. ProBoard will use this value to
|
||
calculate the Expiration Date in the users
|
||
record.
|
||
|
||
Expiration Level ............ The security level you want to assign when
|
||
the users subscription level reaches the
|
||
Expiration Date.
|
||
|
||
Timebank Time ............... How many minutes of time you want to place
|
||
into the users time bank account.
|
||
|
||
Timebank Kbyte .............. How many KBytes of file credit you want to
|
||
place into the users time bank account.
|
||
|
||
Netmail Credit .............. How many netmail credits the user should
|
||
receive when validated.
|
||
|
||
Validation Flags On ......... The flags to enable in a users record when
|
||
validating them using this template.
|
||
|
||
Validation Flags Off ........ The flags to disable in a users record when
|
||
validating them using this template.
|
||
|
||
Expiration Flags On ......... The flags to enable when a user reaches
|
||
their expiration level.
|
||
|
||
Expiration Flags Off ........ The flags to disable when a user reaches
|
||
their expiration level.
|
||
|
||
Comment ..................... A comment to place in the users record when
|
||
validating them using this template.
|
||
|
||
Loglevel .................... What loglevel to assign a user when
|
||
validating them using this template. Use
|
||
the <Space Bar> to cycle through the
|
||
choices.
|
||
|
||
Hidden ...................... If enabled, ProBoard will hide this users
|
||
activity from the Last Callers list
|
||
(Function 51), Show Users Online (Function
|
||
50), and from the display of the User List
|
||
(Function 13).
|
||
|
||
No Tops ..................... If set to "Yes", then this user will be
|
||
excluded from any of the "Tops" lists that
|
||
ProBoard creates. Refer to Menu Function
|
||
48 for more info.
|
||
|
||
Attention ................... If set to "Yes", ProBoard will play the
|
||
file ATTEN.MUS when this user logs on.
|
||
The file ATTEN.MUS must be in your
|
||
ProBoard System Directory (usually C:\PB).
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
55
|
||
NoKill ...................... If set to "Yes" the user's record CAN NOT
|
||
be removed from the userfile when using
|
||
PBUTIL UK (User Killer) or PBUTIL UP (User
|
||
Packer).
|
||
|
||
Ignore Download ............. Does this user have UNLIMITED download
|
||
access? If set to "Yes", ProBoard will
|
||
ignore download limits for this user.
|
||
|
||
Deleted ..................... If this is set to "Yes", this means this
|
||
Template Record is marked for deletion and
|
||
will be cleared from your list of templates
|
||
as soon as you leave the Validate Template
|
||
Editor.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ About ProCFG - (Shift-F9) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Displays a window which contains copyright information about ProCFG.
|
||
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º SECURITY º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Levels & Flags ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
All security procedures toward a user are being done through the user's
|
||
LEVEL and FLAGS. ProBoard can have levels ranging from 0 to 64000, and
|
||
provides 32 flags (A-Z, and 1-6) that can be ON or OFF.
|
||
|
||
If a menu needs a certain level and flags, then only the users with a
|
||
level equal to or higher than that level and with all the needed flags
|
||
will be able to SEE and CHOOSE this menu option. It will remain invisible
|
||
to all the other users.
|
||
|
||
An example will be given in the next chapter.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Trashcan ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
It is possible to specify names that cannot be used to log on to your
|
||
system. Often used fake names are: "SysOp", "BBS", etc...
|
||
|
||
You can specify these names in a textfile called TRASHCAN.CTL. Each line
|
||
in this file specifies an unwanted or illegal name.
|
||
|
||
An example file is included.
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
56
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º MENUS º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
Menus are one of the most important parts of a BBS. Menus are the direct
|
||
interface between a user and your BBS. They are used to execute all the
|
||
BBS functions, and they can have their own submenus. They take care of
|
||
security, by disabling or hiding certain functions from certain users or
|
||
groups of users.
|
||
|
||
ProBoard allows your BBS to have a very personal look, as your menus can
|
||
be built and displayed in a VERY flexible way.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Setting Up Menus ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
A menu is basically line-oriented. Every line is linked to a function to
|
||
be executed and to a textline to be shown to the user. Every
|
||
line/function has its own level and flags, to make sure that not all of
|
||
the menu items are available to every user.
|
||
|
||
A menu line has the following fields:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
Textline..................... Textline to be displayed to the user.
|
||
|
||
Hotkey....................... Key to be pressed by the user to activate
|
||
this menu item.
|
||
|
||
Function..................... Function to be executed.
|
||
|
||
Data......................... Data associated with this menu item.
|
||
|
||
Level........................ Level needed to access this menu item.
|
||
|
||
Flags........................ Flags needed to access this menu item.
|
||
|
||
Color........................ Color of the menu line.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Menu Security ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
To clarify menu security, here's a simple example:
|
||
|
||
Suppose we have 4 users with the following levels and flags:
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄ¿
|
||
³ Name ³ Level ³ Flags ³
|
||
³----------------------³-------³---------³
|
||
³ Pete ³ 10 ³ Z ³
|
||
³ Jerry ³ 100 ³ P ³
|
||
³ Al ³ 100 ³ R ³
|
||
³ Charlie ³ 200 ³ P & R ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
57
|
||
Let's define a menu with textlines only:
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄ¿
|
||
³ Text ³ Level ³ Flags ³
|
||
³-----------------------³-------³--------³
|
||
³ Good morning; ³ 10 ³ ³
|
||
³ ,; ³ 50 ³ ³
|
||
³ Jerry ³ 100 ³ P ³
|
||
³ and; ³ 150 ³ ³
|
||
³ Al; ³ 100 ³ R ³
|
||
³ send their best wishes³ 200 ³ P & R ³
|
||
³ . ³ 300 ³ ³
|
||
³ :-) ³ 10 ³ X ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÙ
|
||
|
||
This would give the following result when the menu is displayed:
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Pete ³ Good morning ³
|
||
ÆÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍØÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ͵
|
||
³ Jerry ³ Good morning,Jerry ³
|
||
ÆÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍØÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ͵
|
||
³ Al ³ Good morning,Al ³
|
||
ÆÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍØÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ͵
|
||
³ Charlie ³ Good morning, Jerry ³
|
||
³ ³ and Al send their best wishes ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
The last 2 lines of the menu will NEVER be displayed, because none of the
|
||
4 users have the required level AND flags.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Creating Menus ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Your BBS's main menu MUST! be stored in a file called TOP.PBM. All the
|
||
other menus can have any file name you want to give them.
|
||
|
||
When you select the 'Menu Editor' option in PROCFG's main menu, a new
|
||
window will be opened containing the menus already available (if any).
|
||
|
||
In this window, you can use the following keys:
|
||
|
||
- Up/Down Scroll up/down.
|
||
- Enter Select a menu.
|
||
- Ins Add a menu.
|
||
|
||
When you have selected a menu, a list of all the menu items will be
|
||
displayed. To add a menu item, just move past the last item and press
|
||
<Enter>. To insert an item, press <Ins>, to remove one, press <Del>. To
|
||
edit a menu item, move the selector to that item and press <Enter>. You
|
||
can change the menu prompt and highlight colors by pressing <Alt-P>. If
|
||
you want to see how a menu will look, press <Alt-S> to simulate what your
|
||
users will see when they view this menu.
|
||
|
||
You can also copy and paste menu items.
|
||
|
||
To copy an item, move to the item you want to copy, and press <Alt-C>. To
|
||
insert the copied item somewhere else, move to the place where you want
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
58
|
||
the menu item inserted, and press <Ctrl-P>. You can even copy and paste
|
||
items across different menus.
|
||
|
||
A menu item has the following fields:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
Textline..................... This is the string to be displayed.
|
||
Leaving this field blank causes a blank
|
||
line to be displayed to the user. A CR/LF
|
||
will be sent after the menu line. To avoid
|
||
this, just enter a ';' as the last
|
||
character. This will cause the next
|
||
textline of the menu to be appended to this
|
||
one.
|
||
|
||
Special textline characters:
|
||
|
||
^ : Switches between normal and
|
||
highlighted color.
|
||
~ : Replaced by the number of minutes
|
||
the user has left in this session.
|
||
` : Replaced by the name of the current
|
||
message area (more about this
|
||
later).
|
||
@ : Replaced by the name of the
|
||
current file area (more about this
|
||
later).
|
||
|
||
This textline can also contain text macros
|
||
like @<NAME>@ or @<NODE>@. More about
|
||
this in the "Text macros" section.
|
||
|
||
You are not limited to two colors in menu
|
||
lines. You can use the codes \1 to \7 to
|
||
change colors, or \0 to return to the
|
||
original color.
|
||
|
||
Hotkey....................... Most of the menu functions must be chosen
|
||
by the user, so ProBoard must react to
|
||
certain key-presses from the user.
|
||
Receiving the hotkey for a certain menu
|
||
item will cause ProBoard to execute the
|
||
function associated with this item. The
|
||
hotkey can be any ASCII character or
|
||
digit, but one character has a special
|
||
meaning to ProBoard: <Ctrl-A> will make
|
||
this function AUTOEXEC, which means that
|
||
this function will be executed as soon as
|
||
this menu item is displayed (without
|
||
really selecting this option).
|
||
|
||
Function..................... The function associated with this menu
|
||
item. Pressing the <Enter> key will cause
|
||
a complete list of all the menu functions
|
||
to be displayed in a separate window.
|
||
|
||
Data......................... This field is optional with some of the
|
||
functions. Basically, in this field you
|
||
enter the parameters of a menu function.
|
||
Eg. function 40 (Display ASC/ANS file)
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
59
|
||
needs a filename as data (parameter).
|
||
Function 1 (Goto menu) needs the name of
|
||
the menu to be jumped to. Text macros can
|
||
be inserted (see "Text macros" section).
|
||
|
||
Level........................ Level needed to access this menu item.
|
||
|
||
Flags........................ Flags needed to access this menu item.
|
||
|
||
Color........................ Color for the menu's textline to be
|
||
displayed in.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Hints ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
You can create a menu by using textlines, but you can also create menus
|
||
that display a file to the user, in which all the options are shown. This
|
||
technique works as follows:
|
||
|
||
The first item in the menu should have ';' as textline and <Ctrl-A>
|
||
(autoexec) as hotkey. The function to be executed should be function 40
|
||
(Display file with hotkeys).
|
||
|
||
When the user accesses this menu, the specified file will immediately be
|
||
sent. Setting all the remaining textlines of the menu to ';' will cause
|
||
NOTHING BUT this file to be displayed.
|
||
|
||
Combined with the use of text macros, this allows you to show different
|
||
looking menus for each node you are running. For example, if you use
|
||
function 40, and enter "MAIN@<NODE>@" in the data field, node 1 will see
|
||
file MAIN1 , node 2 will see MAIN2, etc.
|
||
|
||
This feature can be used to create a completely different set of menus
|
||
for each node on your board!
|
||
|
||
Another powerful feature is the ability to create a special menu called
|
||
GLOBAL.PBM This is the same as any other ProBoard menu except that all
|
||
items defined in this menu will be appended to the bottom of each and
|
||
every menu on your BBS. This can help convey a standard look and feel
|
||
for each of your menus to your users. The prompt from the original menu
|
||
and not from the GLOBAL.PBM is the prompt that will be displayed to your
|
||
users. Be careful when using GLOBAL.PBM that you do not append hot-keys
|
||
that are already in use on existing menus.
|
||
|
||
If you need more information about all the possibilities, take a look at
|
||
the example menus supplied with ProBoard.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Menu Function Summary ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
The following is a summary list of the ProBoard Menu Functions.
|
||
|
||
Each Menu Function is explained in detail in the following section titled
|
||
"Menu Functions Overview".
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
60
|
||
Function Action Performed Page
|
||
ÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄ
|
||
Function 1 .... GOTO Menu ................................ 62
|
||
Function 2 .... GOSUB Menu ............................... 63
|
||
Function 3 .... GOTO Previous Menu ....................... 64
|
||
Function 4 .... GOTO Menu and Clear Menu Stack ........... 64
|
||
Function 5 .... Show ANS/ASC File......................... 64
|
||
Function 6 .... Change State ............................. 65
|
||
Function 7 .... Shell .................................... 65
|
||
Function 8 .... Show Version Information ................. 67
|
||
Function 9 .... Log Off .................................. 67
|
||
Function 10 ... Show System Usage Per Hour (Graph) ...... 67
|
||
Function 11 ... Chat Request ............................. 68
|
||
Function 12 ... Execute Questionnaire Script ............. 68
|
||
Function 13 ... Display User List ........................ 71
|
||
Function 14 ... Display Time Info ........................ 71
|
||
Function 15 ... Show A?? File and Wait ................... 71
|
||
Function 16 ... Change City .............................. 71
|
||
Function 17 ... Change Password .......................... 71
|
||
Function 18 ... Change Screen Length ..................... 71
|
||
Function 19 ... Toggle Screen Clearing Codes ............. 72
|
||
Function 20 ... Toggle More Prompt ....................... 72
|
||
Function 21 ... Toggle ANSI Codes ........................ 73
|
||
Function 22 ... Check for Personal Mail / Files .......... 73
|
||
Function 23 ... Read Messages ............................ 73
|
||
Function 24 ... Scan Messages ............................ 75
|
||
Function 25 ... Quick Scan Messages ...................... 75
|
||
Function 26 ... Show System Usage by Day (Graph) ......... 75
|
||
Function 27 ... Write a Message .......................... 75
|
||
Function 28 ... Combined Boards Select ................... 76
|
||
Function 29 ... Display System Usage Per Week (Graph).... 76
|
||
Function 30 ... Show Directory ........................... 76
|
||
Function 31 ... List Files ............................... 76
|
||
Function 32 ... Download a File .......................... 78
|
||
Function 33 ... Upload a File ............................ 80
|
||
Function 34 ... View an Archive .......................... 81
|
||
Function 35 ... File Search by Keyword ................... 81
|
||
Function 36 ... File Search by File Name ................. 82
|
||
Function 37 ... Show New Files ........................... 82
|
||
Function 38 ... View a File .............................. 82
|
||
Function 39 ... Display Named File ....................... 82
|
||
Function 40 ... Display A?? File with Menu Hotkeys ....... 82
|
||
Function 41 ... Toggle the Full Screen Editor ............ 83
|
||
Function 42 ... Toggle Command Stacking/Hotkeys .......... 83
|
||
Function 43 ... Clear Marked Messages .................... 83
|
||
Function 44 ... Global Combined Boards Selection ......... 84
|
||
Function 45 ... Display Text File and Wait ............... 84
|
||
Function 46 ... Change User Level and/or Flags ........... 84
|
||
Function 47 ... Make a Log Entry ......................... 84
|
||
Function 48 ... Show Hit Parade .......................... 84
|
||
Function 49 ... Select Message Area ...................... 85
|
||
Function 50 ... Show Users Online ........................ 86
|
||
Function 51 ... List Last Callers ........................ 86
|
||
Function 52 ... Remote User Editor ....................... 86
|
||
Function 53 ... Multi-Line (Internode) Chat .............. 86
|
||
Function 54 ... Select File Area ......................... 87
|
||
Function 55 ... Show .GIF File Information ............... 87
|
||
Function 56 ... Toggle IBM Characters .................... 87
|
||
Function 57 ... Change Phone Number ...................... 88
|
||
Function 58 ... Change Data/Fax Phone Number ............. 88
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
61
|
||
Function Action Performed Page
|
||
ÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄ
|
||
Function 59 ... Change User Alias (Handle) ............... 88
|
||
Function 60 ... Run ProBoard SDK File .................... 88
|
||
Function 61 ... Bulletin Menu ............................ 88
|
||
Function 62 ... Toggle AVATAR/0 .......................... 89
|
||
Function 63 ... Toggle AVATAR/0+ ......................... 89
|
||
Function 64 ... Show Graph (General) ..................... 90
|
||
Function 65 ... Display A??/RIP file with Hotkeys ........ 90
|
||
Function 66 ... Change RIPscrip Font ..................... 90
|
||
Function 67 ... Toggle RIPscrip Graphics ................. 90
|
||
Function 68 ... Edit Tagged Files ........................ 91
|
||
Function 69 ... Select a new Language .................... 91
|
||
Function 70 ... Change Date Format ....................... 91
|
||
Function 71 ... Change Mailing Address ................... 91
|
||
Function 72 ... Change FAX Number ........................ 92
|
||
Function 73 ... Change Country ........................... 92
|
||
Function 74 ... Change Default Protocol .................. 92
|
||
Function 75 ... Select Message Area Group ................ 92
|
||
Function 76 ... Select File Area Group ................... 92
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Menu Functions Overview ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
In this function overview, parameters between <> are REQUIRED, and
|
||
parameters between [] are optional.
|
||
|
||
For example: <blank> is a required parameter.
|
||
[/M] is an option you might specify in addition.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 1: GOTO MENU ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <menu name> [/M=<nr msgarea>] [/F=<nr filearea>] [/P=<pwd>]
|
||
|
||
This function makes ProBoard jump to menu <menu name>.
|
||
|
||
Option /M can be used to define one single menu for several message
|
||
areas. You could jump to a 'general' message area menu and pass option
|
||
/M=3, to make message area 3 active for the selected menu. Please refer
|
||
to function 23 (Read messages) for more information about this option.
|
||
|
||
Option /F works exactly the same, but applies to file areas.
|
||
|
||
It is possible to protect a menu with a password by using the /P= option.
|
||
For example: "SysOp /P=Test" would protect menu "SysOp" with the password
|
||
"Test". The user will have to enter this password to be allowed to move
|
||
to the menu.
|
||
|
||
It is also possible to select the next available message or file areas
|
||
with the use of the following parameters.
|
||
|
||
/M=+ (set next accessible Message Area)
|
||
/M=- (set previous accessible Message Area)
|
||
/F=+ (set next available File Area)
|
||
/F=- (set previous accessible File Area)
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
62
|
||
Data examples:
|
||
|
||
MSG /M=5
|
||
ÄÄÄÄÄÄÄÄ
|
||
This makes ProBoard GOTO the menu named "MSG" and sets the Message Area
|
||
to Area #5.
|
||
|
||
FILE /F=10
|
||
ÄÄÄÄÄÄÄÄÄÄ
|
||
This makes ProBoard display the menu named "FILE" and sets the File
|
||
Area to Area #10
|
||
|
||
MSG /M=+
|
||
ÄÄÄÄÄÄÄÄ
|
||
This makes ProBoard display the menu named "MSG" and selects the next
|
||
Message Area that is available to this caller.
|
||
|
||
FILE /F=-
|
||
ÄÄÄÄÄÄÄÄÄ
|
||
This makes ProBoard display the menu named "FILE" and selects the
|
||
previous File Area that is available to this caller.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 2: GOSUB MENU ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <menu name> [/M=<nr msgarea>] [/F=<nr filearea>] [/P=pwd]
|
||
|
||
This function is largely the same as the Menu Function 1 (it even has the
|
||
same parameters), but the menu this function is called from is pushed
|
||
onto an internal stack. ProBoard will jump back to this menu when
|
||
returning from menu <menu name> (by executing Menu Function 3).
|
||
|
||
Data examples: (see Menu Function 1 for complete parameters)
|
||
|
||
MSG /M=5
|
||
ÄÄÄÄÄÄÄÄ
|
||
This makes ProBoard display the menu named "MSG" and sets the Message
|
||
Area to Area #5. It also places the previous menu on a stack. The
|
||
previous menu can be returned to by using Menu Function 3.
|
||
|
||
FILE /F=10
|
||
ÄÄÄÄÄÄÄÄÄÄ
|
||
This makes ProBoard display the menu named "FILE" and sets the File
|
||
Area to Area #10. It also places the previous menu on a stack. The
|
||
previous menu can be returned to by using Menu Function 3.
|
||
|
||
MSG /M=+
|
||
ÄÄÄÄÄÄÄÄ
|
||
This makes ProBoard display the menu named "MSG" and selects the next
|
||
Message Area that is available to this caller. It also places the
|
||
previous menu on a stack. The previous menu can be returned to by
|
||
using Menu Function 3.
|
||
|
||
FILE /F=-
|
||
ÄÄÄÄÄÄÄÄÄ
|
||
This makes ProBoard display the menu named "FILE" and selects the
|
||
previous File Area that is available to this caller. It also places
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
63
|
||
the previous menu on a stack. The previous menu can be returned to by
|
||
using Menu Function 3.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 3: GOTO PREVIOUS MENU ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
This function makes ProBoard go back to the previous menu if you used
|
||
Menu Function 2.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 4: GOTO MENU & CLEAR STACK ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <menu name> [/M=<nr msgarea>] [/F=<nr filearea>] [/P=pwd]
|
||
|
||
This function performs the same tasks as Menu Function 1, but will clear
|
||
the existing menu stack, thus preventing the user from returning to the
|
||
previous menu.
|
||
|
||
Data examples: (see Menu Function 1 for complete parameters)
|
||
|
||
MSG /M=5
|
||
ÄÄÄÄÄÄÄÄ
|
||
This makes ProBoard display the menu named "MSG" and sets the Message
|
||
Area to Area #5. The menu stack will be cleared preventing return to
|
||
any previous menus already on the stack.
|
||
|
||
FILE /F=10
|
||
ÄÄÄÄÄÄÄÄÄÄ
|
||
This makes ProBoard display the menu named "FILE" and sets the File
|
||
Area to Area #10. The menu stack will be cleared preventing return to
|
||
any previous menus already on the stack.
|
||
|
||
MSG /M=+
|
||
ÄÄÄÄÄÄÄÄ
|
||
This makes ProBoard display the menu named "MSG" and selects the next
|
||
Message Area that is available to this caller. The menu stack will be
|
||
cleared preventing return to any previous menus already on the stack.
|
||
|
||
FILE /F=-
|
||
ÄÄÄÄÄÄÄÄÄ
|
||
This makes ProBoard display the menu named "FILE" and selects the
|
||
previous File Area that is available to this caller. The stack will be
|
||
cleared preventing return to any previous menus already on the stack.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 5: SHOW ANS/ASC FILE ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <filename>
|
||
|
||
This function displays a file to the user with the extension .ANS or
|
||
.ASC, depending on the user's ANSI-setting. The file must be stored in
|
||
ProBoard's textfiles directory; <filename> should NOT contain an
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
64
|
||
extension (max. eight characters). If ProBoard doesn't find the .ANS
|
||
file, it will look for the .ASC file.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 6: CHANGE STATE ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows a user to change the state in their user-record.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 7: SHELL ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <command line>
|
||
|
||
With this function, you can instruct ProBoard to execute an external
|
||
program. This program has to do its own serial I/O, so ordinary programs
|
||
will only work if run locally.
|
||
|
||
Parameter <command line> needs full path and filename (.COM or .EXE
|
||
extension included), and may contain some special codes. These codes
|
||
will (at run-time) be replaced by a value or a string.
|
||
|
||
Special codes:
|
||
|
||
** Replaced by an asterisk ('*')
|
||
|
||
*# Replaced by the node number.
|
||
|
||
*\ Sends the message "SysOp is shelling..." to the user before
|
||
the shell is executed, and the message "SysOp has
|
||
returned..." afterwards.
|
||
|
||
*! Freezes ProBoard's system timer when shelling.
|
||
|
||
*= Do not call any fossil functions when shelling. Great for
|
||
use in INIT.PEX files.
|
||
|
||
*A Writes a user's handle (alias) to DORINFOx.DEF instead of
|
||
his/her real name.
|
||
|
||
*B Current baud rate.
|
||
|
||
*C Replaced by the full name & path of the command interpreter.
|
||
It is the contents of the environment variable "COMSPEC".
|
||
This usually is C:\COMMAND.COM.
|
||
|
||
*D Writes a full 52-line DOOR.SYS drop file to the current
|
||
directory before shelling.
|
||
|
||
*E Writes an RA 1.1x EXITINFO.BBS to the current directory
|
||
before shelling and reads it back afterwards. ProBoard
|
||
creates an RA 2.xx by default so if you need the older
|
||
EXITINFO.BBS format be sure to specify the *E parameter.
|
||
|
||
*F User's first name.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
65
|
||
*G Indicates whether user has ANSI (1) or ASCII (0) set.
|
||
|
||
*H Tells ProBoard not to disable the fossil driver when
|
||
shelling.
|
||
|
||
*I Maximum user-inactivity (seconds).
|
||
|
||
*L User's last name.
|
||
|
||
*M ProBoard's start-up directory (including trailing '\')
|
||
|
||
*N Shell will NOT be logged in PROBOARD.LOG.
|
||
|
||
*O (not zero!) is replaced by the path of the current file area.
|
||
|
||
*P Com-port used by ProBoard (1-8).
|
||
|
||
*Q Don't let user know that ProBoard is shelling (!).
|
||
|
||
*R User's record number in USERS.BBS.
|
||
|
||
*S ProBoard's system directory (incl. trailing '\')
|
||
|
||
*T Time left for the user today (minutes).
|
||
|
||
*V Disables adding 2 to the graphics capability line in
|
||
DORINFOx.DEF when the user has AVATAR enabled.
|
||
|
||
*W Runs the shell in a window , so the status on the last line
|
||
will not be cleared. This option only works with programs
|
||
that send their output to the standard output device (no
|
||
direct screen writes).
|
||
|
||
*X ALWAYS SWAP to disk/EMS, even if swapping is disabled in
|
||
ProCFG.
|
||
|
||
*Y DO NOT SWAP to disk/EMS.
|
||
|
||
*Z Execute the command as if you typed it from the command
|
||
line. The main use for this option is to execute DOS batch
|
||
files. It is exactly the same as entering "*C /C <command>".
|
||
It can also be useful to execute programs that are located
|
||
in your path, without having to specify the exact directory
|
||
name.
|
||
|
||
*_ (asterisk underscore) Tells ProBoard not to write underscores
|
||
instead of spaces when writing a user's last name in
|
||
DORINFOx.DEF. For example, users name is Harvey Van Hooten.
|
||
Without this parameter, users name will be written to
|
||
DORINFOx.DEF as follows:
|
||
|
||
HARVEY VAN_HOOTEN
|
||
|
||
By using the *_ (asterisk underscore) the users name will be
|
||
written to DORINFOx.DEF as follows:
|
||
|
||
HARVEY VAN HOOTEN (with no underscore in last name)
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
66
|
||
*0 (zero) ProBoard will write a DORINFO1.DEF instead of a
|
||
DORINFO<node>.DEF - great for running doors which require a
|
||
DORINFO1.DEF file on a multi node ProBoard system.
|
||
|
||
*1 Installs a timer-function when shelling, which continuously
|
||
redisplays the user's status line on the first screenline.
|
||
This can be used with ALL programs. (Works great most full-
|
||
screen protocols!)
|
||
|
||
*2 Same as *1, but uses the bottom screenline (try this with
|
||
QuickEd or GEdit!)
|
||
|
||
Suppose ProBoard is in directory D:\PB.
|
||
|
||
Data example: *Q*STEST.EXE *B
|
||
|
||
ProBoard will execute D:\PB\TEST.EXE 2400 and the user won't see this
|
||
happening.
|
||
|
||
To execute a batch file, you have to use the following syntax:
|
||
"*Z<filename>.BAT <parameters>". This is expanded to: "*C /C
|
||
<filename>.BAT <parameters>".
|
||
|
||
When shelling, ProBoard writes a standard DORINFOx.DEF file, where x
|
||
stands for the node-number. An RA-compatible EXITINFO.BBS file and a
|
||
DOORWAY-compatible DOOR.SYS can also be created by specifying the *E
|
||
and/or *D options. All these files are created in the directory where
|
||
ProBoard is started from.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 8: SHOW VERSION INFORMATION ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
This function shows information about ProBoard's version number. If you
|
||
have a registered copy of ProBoard, the SysOp's name and BBS-name will be
|
||
shown. With this function, you can show off to your users that you're a
|
||
nice SysOp: one that registered!
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 9: LOGOFF ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Shows the file GOODBYE.ANS/ASC and hangs up the phone.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 10: SHOW SYSTEM USAGE PER HOUR (GRAPH) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Shows a bar graph of the average system usage per hour. From the day you
|
||
install ProBoard, it will keep track of a usage rate per hour and per
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
67
|
||
day. If you want to change the usage values, just edit the values using
|
||
ProCFG.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 11: CHAT REQUEST ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
This function allows the user to make a request to chat with the SysOp.
|
||
The user will be prompted for a reason why he wants to chat. The minimal
|
||
length of this reason must be 5 characters. ProBoard will not allow the
|
||
user to enter 5 spaces as a reason for chatting. If the SysOp does not
|
||
answer, the status line will start flashing, indicating that the users
|
||
wants to chat. You can view the reason for the chat by pressing <F8>.
|
||
|
||
You can define your own page-tune by creating a RemoteAccess- compatible
|
||
description file. The format of this file is described in the reference
|
||
section.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 12: EXECUTE QUESTIONNAIRE SCRIPT ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <scriptname>
|
||
|
||
This function executes a questionnaire. A questionnaire is a common
|
||
ASCII-file containing several commands to be executed by ProBoard. A
|
||
questionnaire scriptfile has an extension .Q-A, and the user's answers
|
||
will be stored in a file with the same filename, but with extension .ASW.
|
||
Starting from version 1.15, you can write very powerful questionnaires by
|
||
using the ProBoard SDK.
|
||
|
||
You can use the following commands in a scriptfile:
|
||
|
||
|
||
ASK <length> <number of variable>
|
||
|
||
eg: Ask 10 1
|
||
|
||
Asks the user something. The user has <length> characters to answer, and
|
||
the answer will be stored in the variable <number of variable>. The
|
||
maximum number of variables in ProBoard is 20.
|
||
|
||
|
||
CHANGECOLOR <color>
|
||
|
||
eg: ChangeColor 3
|
||
|
||
Changes the color in which the following text will be displayed. The
|
||
number <color> is the ANSI color code, which means that this function
|
||
works only for users who use ANSI.
|
||
|
||
|
||
CLEARSCREEN
|
||
|
||
Well, what do you think?
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
68
|
||
DISPLAY "<string>"
|
||
|
||
eg: Display "Hi there!"
|
||
|
||
Displays a string <string>. The string must be contained in double
|
||
quotes; a '|' in a string will be replaced by CR/LF (new line).
|
||
|
||
|
||
IF <number of variable> = "<string>"
|
||
|
||
eg. If 1 = "Y"
|
||
|
||
Directs the .Q-A file according to the user's answers. If the condition
|
||
is met, all commands after the IF-statement will be executed, until an
|
||
ENDIF is encountered.
|
||
|
||
|
||
ENDIF
|
||
|
||
Ends an IF-statement.
|
||
|
||
eg: Display "Do you have a hard disk?"
|
||
GetChoice YN 1
|
||
If 1 = "Y"
|
||
Display "Storage space in Mb?"
|
||
Ask 2
|
||
EndIf
|
||
Display "..."
|
||
|
||
|
||
GETCHOICE <options> <number of variable>
|
||
|
||
eg: GetChoice YN 1
|
||
|
||
Forces the user to give a proper answer, chosen from <options>.
|
||
|
||
|
||
OUTPUTANSWER ["<description>"] <number of variable>
|
||
|
||
eg: OutputAnswer "Name: " 1
|
||
|
||
Writes ["<description>"] and the value in <number of variable> to the
|
||
.ASW-file. <description> is optional.
|
||
|
||
|
||
POSTINFO
|
||
|
||
Writes a header to the .ASW-file. The header contains some general
|
||
information about the user ("Peter Piper answered on ...").
|
||
|
||
|
||
QUIT
|
||
|
||
Ends execution of the questionnaire script.
|
||
|
||
|
||
SETFLAG <flag> <ON/OFF>
|
||
|
||
eg: SetFlag C ON
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
69
|
||
Sets/clears user flag <flag>. For compatibility with RA, it is also
|
||
possible to use the QuickBBS/RA flags (A1-D8)
|
||
|
||
|
||
SETSECURITY <level>
|
||
|
||
eg: SetSecurity 20
|
||
|
||
Changes the user's security level.
|
||
|
||
|
||
CAPITALISE [On|Off]
|
||
|
||
eg: Capitalise On
|
||
|
||
Changes the way input from the user is displayed. When ON, all characters
|
||
typed will be converted to uppercase.
|
||
|
||
|
||
DISPLAYFILE <filename>
|
||
|
||
eg: DisplayFile TEST
|
||
|
||
Displays <filename>.ANS/ASC. It is identical to menu function 5.
|
||
|
||
|
||
EXEC <command>
|
||
|
||
eg: Exec "*ZECHO TEST"
|
||
|
||
Execute a shell. It is identical to function 7. Note that you MUST use
|
||
quotes (") if the command contains any spaces.
|
||
|
||
|
||
LISTANSWER <var-num>
|
||
|
||
eg: ListAnswer 4
|
||
|
||
Displays variable <var-num>, with a CR/LF at the end.
|
||
|
||
|
||
MENUCMND <num> [data]
|
||
|
||
eg: MenuCmnd 11 "Yelling SysOp..."
|
||
|
||
Execute any menu command. If the data field contains spaces, you MUST use
|
||
quotes (").
|
||
|
||
|
||
WAITENTER
|
||
|
||
eg: WaitEnter
|
||
|
||
Waits for the <Enter> key.
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
70
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 13: DISPLAY USERLIST ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
|
||
Prompts the user for a name (or part of a name) and goes looking for it
|
||
in the name fields of USERS.BBS. If the user doesn't specify a string (if
|
||
he presses <Enter>), the entire userlist will be displayed. ProBoard
|
||
uses a built-in "fuzzy search" algorithm, which will locate specific
|
||
users even if you misspell their name.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 14: DISPLAY TIME INFO ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
|
||
Displays information about the current time, time online, remaining time,
|
||
etc.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 15: SHOW ANS/ASC FILE & WAIT ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <filename>
|
||
|
||
Displays an ANS/ASC-file (like function 5) and waits for the user to
|
||
press <Enter>.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 16: CHANGE CITY ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows the user to change the city in his user-record.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 17: CHANGE PASSWORD ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows the user to change his password.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 18: CHANGE SCREEN LENGTH ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows the user to change his screen's length (# lines).
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
71
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 19: TOGGLE CLEAR SCREEN CODES ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <blank> or <parameter>
|
||
|
||
Allows the user to decide whether he wants clear screen-codes sent or
|
||
not.
|
||
|
||
In the data field, you can enter these parameters:
|
||
|
||
Ask Will ask for new status
|
||
On Toggles option on
|
||
Off Toggles option off
|
||
Toggle Toggles option (reverse of current condition)
|
||
Save Save current status for this option
|
||
Restore Restore status saved by "Save"
|
||
/Q Quiet. Do not display "xxxx is now enabled/disabled"
|
||
|
||
Example: "Ask /Q"
|
||
|
||
This will ask the user if they want to enable or disable screen
|
||
clearing and ProBoard will not display: "Screen Clearing is now
|
||
enabled/disabled".
|
||
|
||
Note: Leaving the data field blank is the same as specifying the "Toggle"
|
||
parameter.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 20: TOGGLE MORE PROMPT ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <blank> or <parameter>
|
||
|
||
Allows the user to decide whether scrolling should pause when the screen
|
||
is full.
|
||
|
||
In the data field, you can enter these parameters:
|
||
|
||
Ask Will ask for new status
|
||
On Toggles option on
|
||
Off Toggles option off
|
||
Toggle Toggles option (reverse of current condition)
|
||
Save Save current status for this option
|
||
Restore Restore status saved by "Save"
|
||
/Q Quiet. Do not display "xxxx is now enabled/disabled"
|
||
|
||
Example: "Ask /Q"
|
||
|
||
This will ask the user if they want to enable or disable the More?
|
||
prompt, and ProBoard will not display: "Page Pausing is now
|
||
enabled/disabled".
|
||
|
||
Note: Leaving the data field blank is the same as specifying the "Toggle"
|
||
parameter.
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
72
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 21: TOGGLE ANSI CODES ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <blank> or <parameter>
|
||
|
||
Allows the user to choose ANSI graphics/colors or not.
|
||
|
||
In the data field, you can enter these parameters:
|
||
|
||
Ask Will ask for new status
|
||
On Toggles option on
|
||
Off Toggles option off
|
||
Toggle Toggles option (reverse of current condition)
|
||
Save Save current status for this option
|
||
Restore Restore status saved by "Save"
|
||
/Q Quiet. Do not display "xxxx is now enabled/disabled"
|
||
|
||
Example: "Ask /Q"
|
||
|
||
This will ask the user if they want to enable or disable ANSI, and
|
||
ProBoard will not display: "ANSI codes enabled/disabled".
|
||
|
||
Note: Leaving the data field blank is the same as specifying the "Toggle"
|
||
parameter.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 22: CHECK FOR PERSONAL MAIL & FILES ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <blank> or [/F] or [/M] or both.
|
||
|
||
Searches all the message areas for messages addressed to the user that
|
||
have not yet been received by him/her. If ProBoard finds an area with
|
||
new mail, which the user does not have read access to, it will inform the
|
||
user, and the SysOp.
|
||
|
||
This function also checks for personal files addressed to the user.
|
||
|
||
Specifying the [/F] option will force ProBoard to check only for new
|
||
personal files.
|
||
|
||
Specifying the [/M] option will force ProBoard to check only for new
|
||
personal mail.
|
||
|
||
ProBoard will also find mail addressed to a users alias.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 23: READ MESSAGES ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <area> or <*> or <0>
|
||
|
||
Allows the user to read a message. If <area> is specified (a number
|
||
ranging from 1 to 10,00), then only messages from message area <area> can
|
||
be read. If <*> is specified, only messages from the active area can be
|
||
read (refer to the goto/gosub menu functions and to function 49). If <0>
|
||
is specified, only messages from areas selected in the combined boards
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
73
|
||
can be read. When reading messages in combined message areas, messages
|
||
are read "per area", not in the order of the message number.
|
||
|
||
The user has several options when reading messages:
|
||
|
||
Forward : First to last.
|
||
|
||
Reverse : Last to first.
|
||
|
||
New : New messages not read by the user. Messages are read
|
||
per area. If you have new messages in Area 1 and 5,
|
||
ProBoard will first show all new messages in Area 1,
|
||
then all new messages in Area 5.
|
||
|
||
Selected : Messages selected by name or subject.
|
||
|
||
Marked : Marked messages only.
|
||
|
||
|
||
When a message is read, the user has the following options:
|
||
|
||
Next : Next message.
|
||
|
||
Previous : Previous Message
|
||
|
||
Again : Show this message again.
|
||
|
||
Stop : Stop reading messages.
|
||
|
||
Mark : Mark this message for later use.
|
||
|
||
Reply : Reply to this message. The entire message will be
|
||
passed to the external fullscreen editor, thus making
|
||
it possible to quote text from the original message
|
||
in your reply.
|
||
|
||
Unread : Set this messages status to 'Not received'. Moves to
|
||
the next message (if any).
|
||
|
||
Delete : Delete this message from the message base.
|
||
|
||
Forward : Copy the message and address it to somebody else.
|
||
This will only work in a LOCAL message area.
|
||
|
||
Move : Move this message to another message area.
|
||
|
||
Private : Toggles the private/public status of the message.
|
||
|
||
Export : Export this message to any file.
|
||
|
||
+ / - : Show the next/previous message in the reply-chain.
|
||
|
||
Original : Go back to the message where you first used +/- to
|
||
follow replies.
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
74
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 24: SCAN MESSAGES ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <area> or <*> or <0>
|
||
|
||
Gives an overview of the messages. Only the message-header will be
|
||
displayed, and the user has the possibility to mark messages for later
|
||
retrieval. The options follow the same rules as in function 23 (Read
|
||
messages).
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 25: QUICKSCAN MESSAGES ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <area>/<*>/<0>
|
||
|
||
Same as the previous function, but only an overview in short form is
|
||
displayed. The user does not have the possibility to mark messages. The
|
||
options follow the same rules as in function 23 (Read messages).
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 26: USAGE GRAPH BY DAY (GRAPH) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Displays a graph of your system's use for the last <xx> days. The
|
||
parameter <xx> is determined by the setting in PROCFG, under Options
|
||
(F1), System Options, # Usage Graph Days.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 27: WRITE A MESSAGE ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <area> or <*> [/L] [/N=Netmail address] [/T="Name"]
|
||
[/S="Subject"]
|
||
|
||
Allows the user to write a message. The area <area> (a number ranging
|
||
from 1 to 10,000) can be replaced by <*> (refer to function 23).
|
||
ProBoard's "fuzzy search" will assist users who enter another users name
|
||
improperly when they are writing messages in local areas. ProBoard will
|
||
search the user file, and give the user a choice of all users whose names
|
||
are close to what they typed.
|
||
|
||
Optional parameters:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
/L The user will be logged off after writing this message.
|
||
|
||
/N Writes a netmail message to the destination address specified.
|
||
This could also be used to send netmail to a UUCP gateway.
|
||
|
||
/T The "To" (the addressee's name) is automatically specified.
|
||
It is not necessary to use quotes (") when the username does
|
||
not contain spaces.
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
75
|
||
/S The subject of the message is automatically specified. It is
|
||
not necessary to us quotes (") when the subject does not
|
||
contain spaces.
|
||
|
||
Examples:
|
||
ÄÄÄÄÄÄÄÄÄ
|
||
|
||
/N=1:282/30 This would address a netmail message to
|
||
Fidonet node number 1:282/30.
|
||
|
||
/T=SysOp Writes a message to the SysOp.
|
||
|
||
/T="Peter Piper" Writes a message to Peter Piper.
|
||
|
||
/S="ProBoard" Writes a message with the subject line
|
||
already filled in. The user will not be able
|
||
to change the subject.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 28: COMBINED BOARDS SELECT ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <blank> or [/M]
|
||
|
||
Allows the user to select multiple message areas when using the 'combined
|
||
boards read/scan' function. This is useful when a user is not interested
|
||
in certain message areas.
|
||
|
||
Also allows users to select which areas ProBoard will check [/M] for new
|
||
mail. This is very useful for visiting SysOps who don't want to be forced
|
||
to read echomail they already received on their own system.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 29: SYSTEM USAGE PER WEEK (GRAPH) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
|
||
Displays a graph of the system-usage in percent for the last 24 weeks.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 30: SHOW DIRECTORY ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: [directory name]
|
||
|
||
Shows a list of all the files stored in the specified directory. If no
|
||
directory is given, the user will be prompted for one.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 31: LIST FILES ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <area> or <X>
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
76
|
||
Lists the files in the specified file area. If <X> was specified, the
|
||
files in the active file area will be shown. The list of these files must
|
||
be stored in a textfile created by the SysOp (refer to file area
|
||
configuration). This textfile should contain the names and descriptions
|
||
of the files. The description can be of any form you like.
|
||
|
||
A line in the textfile should look like this:
|
||
|
||
a) <filename> <blanks> <description>
|
||
|
||
Filename + date + size + description will be displayed in the
|
||
appropriate colors.
|
||
|
||
|
||
b) <+> <description>
|
||
|
||
The <+> will cause the description to be placed at the same
|
||
horizontal cursor position and in the same color as the description
|
||
from (a). This line will be displayed when searching for files.
|
||
|
||
|
||
c) <!> <description>
|
||
|
||
The description will be placed at the left of the screen, in the same
|
||
color as the descriptions above. This line will be displayed when
|
||
searching for files.
|
||
|
||
|
||
d) <;> <description>
|
||
|
||
Same as in (c), but the color is white.
|
||
|
||
|
||
e) <description>
|
||
|
||
Same as in (d), but this line will NOT be displayed when searching
|
||
for files.
|
||
|
||
|
||
Example:
|
||
|
||
=============================================================
|
||
PB_220.ZIP ProBoard version 2.20
|
||
+Best BBS program in the world
|
||
!Original Belgian Product
|
||
;(made possible by Burger King in the USA)
|
||
=============================================================
|
||
|
||
This will be output as:
|
||
|
||
============================================================= [c2]
|
||
PB_220.ZIP 07/08/93 600583 ProBoard version 2.20 [c1]
|
||
Best BBS program in the world [c1]
|
||
Original Belgian Product [c1]
|
||
(made possible by Burger King in the USA) [c2]
|
||
============================================================= [c2]
|
||
|
||
[c1] stands for color 1, [c2] stands for color 2.
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
77
|
||
If a file area is configured as being CD-ROM, the file listing should
|
||
look slightly different. Option (a) will become:
|
||
|
||
a) <filename><blanks><date><blanks><filesize><blanks><description>
|
||
|
||
There is one more thing you can do to make your file listings more
|
||
colorful (previously undocumented) : Inserting Ctrl-A to Ctrl-G
|
||
characters in your file listing will change the color to:
|
||
|
||
Ctrl-A Red
|
||
Ctrl-B Green
|
||
Ctrl-C Yellow
|
||
Ctrl-D Magenta
|
||
Ctrl-E Blue
|
||
Ctrl-F Cyan
|
||
Ctrl-G White
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 32: DOWNLOAD A FILE ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <area selection> and/or </parameter>
|
||
|
||
Allows the user to download a file. The file areas a user can download
|
||
from are defined by the area selection. This is a list of
|
||
area-specifications, separated by blanks. Each specification has the
|
||
form:
|
||
|
||
[+]<area>
|
||
<-><area>
|
||
|
||
'+' stands for 'Include this area in the area-list', and is
|
||
optional.
|
||
'-' stands for 'Exclude this area from the area-list'.
|
||
|
||
The parameter <area> should be one of the following:
|
||
|
||
* All areas.
|
||
C CD-ROM areas only.
|
||
X Currently active area.
|
||
<n> Area number <n>.
|
||
<n1-n2> Areas <n1> to <n2>.
|
||
|
||
Examples:
|
||
|
||
* All areas
|
||
* -C All non-CD-ROM areas.
|
||
* -3-9 +5 Areas 1,2,5,10,11,...
|
||
X +2 Active area + area 2.
|
||
C -2 All CD-ROM areas, except area 2
|
||
|
||
Of course, a user must have the necessary download security in an area to
|
||
be allowed to download files from it.
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
78
|
||
You can also specify several other parameters:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
/A .......................... Allows the user to download ANY file
|
||
accessible by DOS. When using this option,
|
||
the full path and filename must be
|
||
specified. This option is intended for
|
||
remote SysOps.
|
||
|
||
/F=<file> ................... The user will not be prompted for a file,
|
||
but the file <file> will immediately be
|
||
sent to the user (useful for textfiles
|
||
describing all the files on the BBS).
|
||
Parameter <file> should contain the full
|
||
path name. (eg. /F=C:\PB\PB.DOC). Can also
|
||
be combined with the </T> option (see
|
||
below).
|
||
|
||
/F=[<area>]<file> ........... Download the <file> from [<area>] directly.
|
||
The following example would download the
|
||
file PB_220.ZIP directly from file area
|
||
#13. e.g. /F=[13]PB_220.ZIP
|
||
|
||
/F=@<filelist> .............. Download the files listed in the textfile
|
||
<filelist>. e.g. /F=@C:\PB\ALLFILES.RSP
|
||
|
||
/I .......................... Ignore DL kbytes.
|
||
|
||
/K=<key> .................... Use the protocol key <key>.
|
||
|
||
/L=<log> .................... Write to an additional log file <log>. The
|
||
format for each line is: <D/U> <area> <file>
|
||
<size> <free YES/NO>.
|
||
|
||
/N .......................... No log. Don't log anything.
|
||
|
||
|
||
/P .......................... Download all personal files for the user.
|
||
|
||
/Q .......................... Start download right away without prompting
|
||
the user. You must use the /F= and the /K=
|
||
parameters so ProBoard knows what file to
|
||
send, using what protocol when using this
|
||
option.
|
||
|
||
|
||
/T .......................... Allow the user to download the specified
|
||
file without checking the users remaining
|
||
time left. Refer to "Free Files" for more
|
||
details. Let's say you want to let users
|
||
download the latest version of ProBoard and
|
||
you don't care about the time it takes or
|
||
how much time they have left. In the data
|
||
line put the path and file name followed by
|
||
the </T> parameter. An example of doing
|
||
this is as follows:
|
||
|
||
C:\FREEFILE\PB_220.ZIP /T
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
79
|
||
A Small hint regarding free files: if you want one particular area to be
|
||
completely free (time and Kb), you can make a menu choice like this:
|
||
|
||
Function: 32
|
||
Data : 41 /T
|
||
|
||
This will allow the user to download anything from area 41, regardless of
|
||
their time remaining.
|
||
|
||
ProBoard will now also copy files from CD-ROM to a local drive when the
|
||
"Copy Local" flag is set to "Yes". It will copy files to a directory
|
||
called CD_TEMP, created in the directory where ProBoard was started
|
||
from. You can specify your own directory by creating an environment
|
||
variable called CDTEMP containing the name of the directory (+drive!!) If
|
||
ProBoard can not find the directory as specified it will attempt to
|
||
create it. Refer to the chapter "CONFIGURATION" under File Areas, for
|
||
more information on the "Copy Local" and CDTEMP environment variable
|
||
options in ProBoard.
|
||
|
||
|
||
** Important **
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
ProBoard uses a highly optimized index to find your files when users want
|
||
to download them. Be sure to run PBUTIL FI (File Index) at least once a
|
||
day to create the index, or ProBoard will not be able to find the files.
|
||
You may want to run it more often than once a day if you add new files to
|
||
your system.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 33: UPLOAD A FILE ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <uploadpath> or </parameter>
|
||
|
||
Allows the user to upload a file to the BBS. If <uploadpath> is
|
||
specified, the upload will be placed in that directory. If not, it will
|
||
be placed in the default upload-directory specified in PROCFG.
|
||
(Unregistered versions of ProBoard will always use the default upload
|
||
directory).
|
||
|
||
Upon successful reception of the file, the user will be prompted for a
|
||
description of that file. The description can be several lines. If it
|
||
begins with a '/', this description will be written to the file FILES.PVT
|
||
in the upload-directory, else it will be written to the file FILES.BBS.
|
||
|
||
All uploads are now logged to a file in the ProBoard System Directory
|
||
called UPLOAD.LOG. The log file is in the following format:
|
||
|
||
01-Feb-94 14:52:38 Upload of PB_220.ZIP by Jim Biggs
|
||
01-Feb-94 14:56:01 Upload of PROCFG.EXE by Jeff Reeder
|
||
|
||
|
||
The parameters you can specify are:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
/D .......................... Do not ask user for upload descriptions.
|
||
|
||
/F=<file> ................... Upload <file> (for non-batch protocols).
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
80
|
||
/K=<key> .................... Use protocol key <key>.
|
||
|
||
/L=<log> .................... Write to an additional log file <log>. The
|
||
format for each line is:
|
||
|
||
U O <file> <size> NO.
|
||
|
||
/N .......................... No log. Do not log anything.
|
||
|
||
/P .......................... Upload private files. If the data field
|
||
contains "/P", the user can upload a
|
||
personal file to another user. In this
|
||
case the upload will be placed in the
|
||
private upload directory (specified in
|
||
ProCFG).
|
||
|
||
/Q .......................... Start upload right away, without prompting
|
||
the user. You must specify a /K=<key> for
|
||
this to work.
|
||
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 34: VIEW ARCHIVE ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <area selection>
|
||
|
||
View the contents of a ZIP/LZH/ZOO/ARC/ARJ/RAR-file. The file
|
||
specification input by the user will be looked for in the areas specified
|
||
in <area selection>. ProBoard's Archive Viewer looks at the contents or
|
||
"header" of the file the user selects to view to determine it's archive
|
||
type rather than the file's extension (.ZIP/.ARJ etc...) This function
|
||
now uses the file index to locate the archive to view so it is much
|
||
faster than in previous releases of ProBoard. Please refer to Menu
|
||
Function 32 (Download) for more information.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 35: KEYWORD SEARCH ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <area selection> [/FG] [/FG=group]
|
||
|
||
Looks for a character string in the file descriptions. If the string is
|
||
found, the related file and its description will be displayed. The
|
||
character string will be looked for in the areas specified in <area
|
||
selection>. ProBoard now supports keyword searches in lines starting
|
||
with | (PCBoard CD-ROM lists) such as the popular Night Owl CD-ROM's.
|
||
This means a keyword will be found in these extended descriptions as
|
||
well. Please refer to Menu Function 32 (Download) for more information.
|
||
|
||
Option /FG will search only in the areas in the currently selected file
|
||
group. You can define a file group to search in by specifiying a group
|
||
number in /FG=<group number>.
|
||
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
81
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 36: FILENAME SEARCH ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <area selection> [/FG] [/FG=group]
|
||
|
||
Looks for a filename in the file listings (wildcards allowed). The
|
||
filename will be looked for in the areas specified in <area selection>.
|
||
Refer to function 32 (Download) for more information.
|
||
|
||
Option /FG will search only in the areas in the currently selected file
|
||
group. You can define a file group to search in by specifiying a group
|
||
number in /FG=<group number>.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 37: SHOW NEW FILES ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <area selection> [/FG] [/FG=group]
|
||
|
||
Shows a list of files more recent than a date specified by the user. If
|
||
the user does not specify a date, then that date will be the last time
|
||
this user logged in. The files will be looked for in the areas specified
|
||
in <area selection>. Please refer to function 32 (Download) for more
|
||
information.
|
||
|
||
Option /FG will search only in the areas in the currently selected file
|
||
group. You can define a file group to search in by specifiying a group
|
||
number in /FG=<group number>.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 38: VIEW A FILE ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <directory>
|
||
|
||
This functions asks for a filename, and then looks for (and shows) the
|
||
file stored in <directory>.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 39: DISPLAY NAMED FILE ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <full filename>
|
||
|
||
Displays a file to the user. The data field <full filename> must contain
|
||
path, name and extension.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 40: DISPLAY ANS/ASC FILE WITH MENU HOTKEYS ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <filename without extension>
|
||
|
||
This function is the same as function 5, but can only be used in
|
||
'autoexec-menus', because it shows an ANS/ASC-file AND checks for menu
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
82
|
||
hotkeys at the same time. Please refer to the section about menus for
|
||
more information about the autoexec-concept.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 41: TOGGLE FULLSCREEN EDITOR ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <blank> or <parameter>
|
||
|
||
Lets the user decide whether they want to use ProBoard's line editor or
|
||
an (external) fullscreen editor.
|
||
|
||
In the data field, you can enter these parameters:
|
||
|
||
Ask Will ask for new status
|
||
On Toggles option on
|
||
Off Toggles option off
|
||
Toggle Toggles option (reverse of current condition)
|
||
Save Save current status for this option
|
||
Restore Restore status saved by "Save"
|
||
/Q Quiet. Do not display "xxxx is now enabled/disabled"
|
||
|
||
Example: "Ask /Q"
|
||
|
||
This will ask the user if they want to enable or disable the full
|
||
screen (external) editor, and ProBoard will not display:
|
||
|
||
"Full Screen editor is now enabled/disabled".
|
||
|
||
Note: Leaving the data field blank is the same as specifying the "Toggle"
|
||
parameter.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 42: TOGGLE COMMAND STACKING ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Lets the user decide whether he will work with hotkeys or with
|
||
combinations of hotkeys and command stacking (… la Opus). The command
|
||
stack execution is initiated by pressing <Enter>. A ';' in the command
|
||
stack will be replaced by <Enter>.
|
||
|
||
Eg. M1WSysOp;Subject;Y
|
||
|
||
This would write a private message in message area 1 to the SysOp, with
|
||
subject "Subject".
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 43: CLEAR MARKED MESSAGES ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Clears all marked messages.
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
83
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 44: GLOBAL COMBINED BOARDS SELECTION ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows the user to select or deselect all areas in his combined boards
|
||
selection.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 45: DISPLAY TEXTFILE & WAIT ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <full filename>
|
||
|
||
Displays a textfile to the user, then waits for the user to press
|
||
<Enter>. The filename requires full path, name and extension.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 46: CHANGE USER LEVEL AND/OR FLAGS ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: [level] [flag +/-] [flag +/-] ...
|
||
|
||
Changes a user's level and/or flags. [level] can occur only once in the
|
||
parameter array, flags can be toggled on/off by specifying the flag,
|
||
followed by +/-.
|
||
|
||
Data example: 10 A+ 3-
|
||
|
||
This would set the user's level to 10, set flag A and clear flag 3.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 47: MAKE A LOG ENTRY ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <log entry>
|
||
|
||
Writes <log entry> to PROBOARD.LOG, thus allowing the SysOp to customize
|
||
his log.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 48: SHOW HITPARADE ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <Mn>/<Kn>/<Tn>/<Un>/<Fn>/<Cn>/<On>
|
||
|
||
This functions returns an overview of the most active users in several
|
||
fields.
|
||
|
||
The 'n' with the parameters stands for the number of users to be
|
||
displayed in the hitparade. (unregistered versions default to 5)
|
||
|
||
M Best message-writers
|
||
K Best downloaders (Kb)
|
||
T Best downloaders (# downloads)
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
84
|
||
U Best uploaders (Kb)
|
||
F Best uploaders (# uploads)
|
||
C Best callers (# times called)
|
||
O Total time online
|
||
|
||
Data example: U15
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 49: SELECT MESSAGE AREA ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <area selection> or </parameter>
|
||
|
||
Lets the user select a new message area. This function is to be used in
|
||
cooperation with other message-related functions.
|
||
|
||
Valid area selection parameters are:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
X Current Area
|
||
E All Echo Areas
|
||
N All NetMail Areas
|
||
L All Local Areas
|
||
* All Areas
|
||
<n> Area #<n>
|
||
<n1>-<n2> Areas #<n1> to #<n2>
|
||
|
||
Other valid parameters are:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
/MG ......................... Makes the user select a message group if
|
||
they haven't done so already.
|
||
|
||
/MG=<num> ................... Only allows user to select from message
|
||
areas belonging to message group <num>.
|
||
|
||
/N .......................... ProBoard will run even faster since it will
|
||
not check for waiting mail (no "*" will be
|
||
displayed indicating new mail) if you
|
||
specify this parameter. This can be useful
|
||
if your BBS has many large message areas,
|
||
in particular, Squish or JAM. Remember,
|
||
ProBoard can be configured for 10,000
|
||
message areas so a full "new" mail check in
|
||
each area can be time consuming.
|
||
|
||
Examples:
|
||
ÄÄÄÄÄÄÄÄÄ
|
||
* -E All non-echomail areas
|
||
1-20 50-60 Areas 1..20 and 50..60
|
||
N 10-20 -15 All netmail areas, plus areas 10..20, except area #15
|
||
/N Do not have ProBoard perform the new mail check in each
|
||
message area. Great for Squish and JAM.
|
||
|
||
|
||
Note:
|
||
ÄÄÄÄÄ
|
||
Since ProBoard parses only the first letter of an alpha area selection,
|
||
the keywords from prior versions, [Local / Net / Echo] can still be used
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
85
|
||
and will still work. It is recommended however, that you change to the
|
||
new parameter(s) since the keywords [Local / Net / Echo] may not be
|
||
supported in upcoming versions.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 50: SHOW USERS ONLINE ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <blank> or /H
|
||
|
||
Displays users who are logged in on other nodes. Of course, this function
|
||
is only useful on multi-user systems. To protect the SysOp's health, it
|
||
is possible not to display the SysOp's name here (Refer to the ProCFG
|
||
section).
|
||
|
||
Valid parameters are:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
/H .......................... Show the user's handle (alias) instead of
|
||
their real name.
|
||
|
||
<blank> ..................... Will display the user's real name.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 51: LIST LAST CALLERS ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <number of users to be displayed> [/H]
|
||
|
||
Gives an overview of the users that have most recently logged in (for ALL
|
||
the nodes). In the non-registered version, the number of users shown is
|
||
forced to 5. Specifying the parameter /H will show the user's aliases
|
||
instead of their real names.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 52: REMOTE USER EDITOR ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows you to adjust a user's level (or even delete him), without you
|
||
having to be at the computer (VERY handy for co-SysOps!).
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 53: MULTILINE CHAT (INTERNODE CHAT) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: - <blank> or /H
|
||
|
||
This is certainly one of the nicest Menu Functions in ProBoard! This
|
||
function allows two users on different nodes to chat with each other IN
|
||
REAL TIME!!! You will actually see the other user type (mistakes?), as if
|
||
you were in chat-mode with the SysOp. This is UNlike other systems, where
|
||
entire LINES are sent to the other node.
|
||
|
||
User A on node X will have to specify the node he wants to chat with,
|
||
then user B on node Y will be prompted if he wants to chat.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
86
|
||
It is VERY (!VERY!) important that your system supports full file &
|
||
record locking to use this option. When you are not running a LAN, you
|
||
MUST install SHARE.EXE! ProBoard will definitely lock up when SHARE.EXE
|
||
is not installed on a stand-alone system.
|
||
|
||
Valid parameters are:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
/H .......................... Will show the users handle (alias) instead
|
||
of their real name to the users on other
|
||
nodes, when prompting them to engage in a
|
||
chat.
|
||
|
||
<blank> ..................... Will display the users real name instead of
|
||
their alias when prompting users on other
|
||
nodes to engage in a chat.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 54: SELECT FILE AREA ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <area selection> or </parameter>
|
||
|
||
Lets the user select a new file area. This function is to be used in
|
||
cooperation with other file-related functions. Refer to functions 1 and
|
||
32 for more information.
|
||
|
||
Valid parameters are:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
/FG ......................... Makes a user select a file group if they
|
||
haven't done so already.
|
||
|
||
/FG=0 ....................... Makes the user always have to select a file
|
||
group.
|
||
|
||
/FG=<num> ................... Only display file areas belonging to file
|
||
group number <num>.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 55: SHOW .GIF FILE INFO ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <area selection>
|
||
|
||
Prompts the user for a .GIF-filename (wildcards allowed) and displays
|
||
resolution and number of colors for the file(s). The files will be looked
|
||
for in <area selection>. Refer to function 32 (Download) for more
|
||
information.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 56: TOGGLE IBM CHARACTERS ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
87
|
||
Allows the user to disable/enable extended IBM characters. When disabled,
|
||
all IBM-specific characters are converted to standard ASCII characters
|
||
("+-|")
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 57: CHANGE PHONE NUMBER ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows the user to change his phone number stored in his user record.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 58: CHANGE DATA/FAX PHONE NUMBER ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows the user to change his data/fax phone number stored in his user
|
||
record.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 59: CHANGE USER ALIAS ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows the user to change his alias. It is not allowed to use an alias
|
||
that is being used by another user.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 60: RUN PROBOARD SDK FILE ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <program> [data]
|
||
|
||
Loads & executes a ProBoard Executable (PEX file) created using the
|
||
ProBoard Software Development Kit (SDK). The PEX file can be run from
|
||
any directory. It is the responsibility of the PEX programmer to search
|
||
for the appropriate data files when their PEX is run. If you are not
|
||
sure if the PEX you are running does this then it's a good idea to place
|
||
the PEX file directory (Specified in PROCFG, F1-Options, Paths, PEX
|
||
Files).
|
||
|
||
Important
|
||
ÄÄÄÄÄÄÄÄÄ
|
||
Any PEX files that were written for versions of ProBoard prior to 2.00
|
||
will have to be recompiled with the new 2.1x SDK before they can run
|
||
under ProBoard 2.16.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 61: BULLETIN MENU ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <filename> [prompt]
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
88
|
||
Displays <filename>.ANS/ASC (like function 5), and prompts the user for a
|
||
file suffix. This suffix is appended to <filename>, and the file with the
|
||
resulting filename is displayed. Obviously, <filename> should not be
|
||
longer than 7 characters. The optional [prompt] parameters defines a
|
||
prompt to be shown to the user. For example: Enter a bulletin.
|
||
|
||
Data example: BULLET Enter a bulletin:
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 62: TOGGLE AVATAR/0 ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <blank> or <parameter>
|
||
|
||
Allows the user to toggle AVATAR/0 on/off in their user record.
|
||
|
||
In the data field, you can enter these parameters:
|
||
|
||
Ask Will ask for new status
|
||
On Toggles option on
|
||
Off Toggles option off
|
||
Toggle Toggles option (reverse of current condition)
|
||
Save Save current status for this option
|
||
Restore Restore status saved by "Save"
|
||
/Q Quiet. Do not display "xxxx is now enabled/disabled"
|
||
|
||
Example: "Ask /Q"
|
||
|
||
This will ask the user if they want to enable or disable AVATAR/0
|
||
screen display codes, and ProBoard will not display: "Avatar codes are
|
||
now enabled/disabled".
|
||
|
||
Note: Leaving the data field blank is the same as specifying the "Toggle"
|
||
parameter.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 63: TOGGLE AVATAR/0+ ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <blank> or <parameter>
|
||
|
||
Allows the user to toggle AVATAR/0+ on/off in their user record.
|
||
|
||
In the data field, you can enter these parameters:
|
||
|
||
Ask Will ask for new status
|
||
On Toggles option on
|
||
Off Toggles option off
|
||
Toggle Toggles option (reverse of current condition)
|
||
Save Save current status for this option
|
||
Restore Restore status saved by "Save"
|
||
/Q Quiet. Do not display "xxxx is now enabled/disabled"
|
||
|
||
Example: "Ask /Q"
|
||
|
||
This will ask the user if they want to enable or disable AVATAR/0+
|
||
screen display codes, and ProBoard will not display: "AVT/0+ codes are
|
||
now enabled/disabled".
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
89
|
||
Note: Leaving the data field blank is the same as specifying the "Toggle"
|
||
parameter.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 64: Show Graph (General) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: <graph type> [/N=<days>] [/T="text"]
|
||
|
||
This menu function is a direct system hook to the _GRAPH.PEX file
|
||
supplied in PB_220.ZIP
|
||
|
||
<graph type> "Hourly", "Weekly", "LastDays" or "Speed".
|
||
|
||
/N=<days> Number of days to read from BINLOG.PB (Optional)
|
||
|
||
/T="text" Text to display on the top bar of your graph. A "%d" (no
|
||
quotes) is replaced by the number of days/weeks
|
||
|
||
Example:
|
||
ÄÄÄÄÄÄÄÄ
|
||
Hourly /N=14 /T="Usage graph for the last 2 weeks"
|
||
Speed /N=60 /T="Cool baud rate statistics for the last %d days"
|
||
|
||
|
||
The C++ source code for _GRAPH.PEX is included with ProBoard.
|
||
|
||
You can add your own <graph type> by editing and compiling the _GRAPH.CPP
|
||
file.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 65: Display A??/RIP File with Hotkeys ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows you to display an A??/RIP file to users. Very similar to Menu
|
||
Function 40 except that RIP files are supported.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 66: Change RIPscrip Font ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows the user to select either the large RIP font (80x24) or the small
|
||
RIP font (80x43) for displaying system prompts etc.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 67: Toggle RIPscrip Graphics ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none), <blank> or <parameter>
|
||
|
||
Allows the user to toggle RIP graphics on/off.
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
90
|
||
In the data field, you can enter these parameters:
|
||
|
||
Ask Will ask for new status
|
||
On Toggles option on
|
||
Off Toggles option off
|
||
Toggle Toggles option (reverse of current condition)
|
||
Save Save current status for this option
|
||
Restore Restore status saved by "Save"
|
||
/Q Quiet. Do not display "xxxx is now enabled/disabled"
|
||
|
||
Example: "Ask /Q"
|
||
|
||
This will ask the user if they want to enable or disable RIP graphics,
|
||
and ProBoard will not display: "RIPscrip graphics are now
|
||
enabled/disabled".
|
||
|
||
Note: Leaving the data field blank is the same as specifying the "Toggle"
|
||
parameter.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 68: Edit Tagged Files ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows users to edit the list of tagged files.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 69: Select a New Language ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows users to select a new language file for the system prompts.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 70: Change Date Format ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows the user to select a new date format for system date displays.
|
||
Valid choices are: MM/DD/YY, YY/MM/DD, and DD/MM/YY.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 71: Change Mailing Address ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows the user to change their mailing address. Displays users current
|
||
mailing address (if any) and presents a new line for them to begin
|
||
typing. If nothing is typed on this first line by the user, the change
|
||
mailing address function is terminated.
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
91
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 72: Change FAX Number ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows the user to change the FAX Number in their user record.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 73: Change Country ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows the user to change the country in their user record.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 74: Change Default Protocol ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Allows the user to change the default protocol for downloads and
|
||
uploads. ProBoard will no longer ask for a protocol when a download or
|
||
upload session is started.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 75: Select Message Area Group ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Selects a new message area group. See function 49 for more information.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Function 76: Select File Area Group ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
DATA: (none)
|
||
|
||
Selects a new file area group. See function 54 for more information.
|
||
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º RIPscrip GRAPHICS (RIP) º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
ProBoard auto-detects and supports RIPscrip (referred to as RIP)
|
||
Graphics.
|
||
|
||
A flashing "R" on the right side of the status bar indicates the RIP was
|
||
detected. ProBoard will display the file INTRO?.RIP (if it exists)
|
||
instead of INTRO?.ANS/ASC (only if RIP is detected).
|
||
|
||
Missing Icons are automatically sent to the caller. You must have a
|
||
Zmodem protocol installed with a hotkey of "Z" for this to work.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
92
|
||
ProBoard's built in message reader is fully RIP capable as are the "More"
|
||
prompt, the "Enter" prompt and several other internal ProBoard
|
||
functions. Almost all of the internal ANS/ASC/AVT files can be replaced
|
||
with RIP files. You need only create a RIP file with the proper name and
|
||
copy it into your RIP directory.
|
||
|
||
To add your own RIP menus to ProBoard, do the following:
|
||
|
||
Once you have designed a RIP screen for your menu, you can add it to a
|
||
menu by pressing Alt-P (Prompt) in the menu editor. You will be able to
|
||
set "RIP menu" to "Yes", and enter a file name for a RIP screen. Enter
|
||
the name of your RIP screen here. That's all there is to it!
|
||
|
||
There are some additional settings you can change for each menu item,
|
||
which makes the RIP support in ProBoard extremely flexible:
|
||
|
||
- Show remote
|
||
* Send menu-line/ANSI-file to remote when RIP enabled
|
||
(Default No).
|
||
|
||
- Show local
|
||
* Send menu-line/ANSI-file to local screen when RIP
|
||
enabled (Default Yes).
|
||
|
||
- Reset screen
|
||
* Reset RIP windows before executing this function.
|
||
(Default Yes).
|
||
|
||
These options are very powerful. When the user has RIP enabled, the
|
||
SysOp will still see the "normal" ANSI screens. Don't touch the defaults
|
||
if you want it like that. You will see that the RIP support in ProBoard
|
||
is a lot friendlier towards to SysOp than in other BBS software. On the
|
||
local end, the SysOp will see everything as if the user had no RIP
|
||
enabled. This allows the SysOp to follow what the user is doing. (Other
|
||
software like RA and Wildcat show the RIP "bang" commands, which are
|
||
totally unreadable for the SysOp).
|
||
|
||
|
||
Two new menu functions have also been added to support RIP.
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
Function 66: Change RIP text font (large or small) for non-RIP screens.
|
||
|
||
Function 67: Enable/Disable RIP. Allows the user to disable RIP even it
|
||
was detected.
|
||
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º FILE TAGGING º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
ProBoard supports file tagging when users are browsing the file list,
|
||
performing a keyword or file search, or performing a new file search.
|
||
File tagging allows your users to easily select files they want to
|
||
download as they browse your available files.
|
||
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
93
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º QWK º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
Internal ProBoard QWK support has been added! It is provided as a PEX
|
||
file called QWK.PEX. The only things necessary to configure are the
|
||
following:
|
||
|
||
- The packet file name your BBS will create (ProCFG/Options/QWK).
|
||
|
||
- The QWK area name in each message area configuration.
|
||
|
||
Call the QWK PEX as any you would any other PEX file. No configuration
|
||
files are necessary. One parameter can be given: "D" (ie "QWK D"). This
|
||
will pack all mail and start the download right away.
|
||
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º USERS º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
The file USERS.BBS contains all the data about the users, such as level,
|
||
number of times called, combined boards access, messages last read, etc.
|
||
Use ProBoard's User Editor to add/edit/delete users in the USERS.BBS
|
||
file. If you delete users you must run PBUTIL [UK]. More info on this
|
||
in the section on PBUTIL.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Log Levels ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Each user has a certain loglevel, to determine how information about that
|
||
user will be written to ProBoard's log (PROBOARD.LOG).
|
||
|
||
This can be useful if you suspect a user of logging in using 2 different
|
||
names. If you give those users a higher log level, you can track their
|
||
behavior.
|
||
|
||
The following levels are possible:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
Friend * NOTHING BUT login, logoff and errors will be logged
|
||
|
||
Normal * Login
|
||
* Logoff
|
||
* Errors
|
||
* Writing SysOp messages
|
||
* SysOp paging
|
||
* Downloads
|
||
* Uploads
|
||
* Questionnaires
|
||
|
||
Suspicious * Everything from 'Normal'
|
||
* Reading messages
|
||
* Hitparades
|
||
* Last callers
|
||
* Graphics
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
94
|
||
Extensive * Everything from 'Suspicious'
|
||
* ALL the movements between menus (this can make the
|
||
logfile HUGE)
|
||
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º ECHOMAIL AND NETMAIL º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
ProBoard fully supports Echomail and Netmail, according to the FTSC
|
||
(FidoNet Technical Standards Committee) specifications.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Echomail ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
When a user enters a message in a message area configured as an Echomail
|
||
area, an origin line will be added to that message. This origin line is
|
||
obtained from the message area's configuration. If there is no origin
|
||
line specified for this message area, the default origin line will be
|
||
used. The default origin line is specified in PROCFG under Options (F1)
|
||
- Site Info, in the field "Default Origin Line".
|
||
|
||
To import/export Echomail, you need an Echomail processor. No such
|
||
program is included, but since ProBoard uses the .MSG (Fido), Squish, or
|
||
Hudson message-base structures, a large number of Echomail processors are
|
||
available that will work with ProBoard.
|
||
|
||
Some of the echomail-processors compatible with ProBoard are:
|
||
|
||
- Squish - FastEcho - IMail
|
||
- GEcho - FMail - FreeMail
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Netmail ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
A Netmail message (in short: Netmail) is a message that has a fixed
|
||
destination within the network. This destination is defined by a
|
||
node-number of the form "Zone:Net/Node.Point". ProBoard will first find
|
||
out whether this address exists, and will then (if it exists) tell you
|
||
the name of the node where the Netmail is to be sent to.
|
||
|
||
When entering a node number in ProBoard, it is possible to look up the
|
||
nodes you want by entering a '?'.
|
||
|
||
eg: ? Shows a list of all zones.
|
||
2:? Shows a list of all nets and regions in zone 2.
|
||
2:292/? Shows a list of all nodes in net 2:292/
|
||
|
||
ProBoard needs a nodelist to use Netmail. This nodelist is usually
|
||
available on every node in the network. ProBoard generates an index file
|
||
for its own use (NODE_IDX.PRO) by running PBUTIL NC.
|
||
|
||
For more information about PBUTIL's NC-option, please refer to the
|
||
section on PBUTIL.
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
95
|
||
To import and export Netmail, you need an external utility like MAILSCAN
|
||
,MBUTIL or ZmailH.
|
||
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º PBUTIL (The ProBoard Utility Program) º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
PBUTIL is an extra utility provided with the ProBoard package. It
|
||
performs all of the maintenance your ProBoard BBS system needs.
|
||
|
||
Some PBUTIL Operations have Options and/or Parameters that can be
|
||
specified on the command line when running them. Operations which have
|
||
command line Options and/or Parameters are identified in the list below
|
||
with a "(+)" after their "Operation Identifier", (the two letters
|
||
necessary to begin each PBUTIL operation).
|
||
|
||
PBUTIL is called along with an "Operation Identifier" (a two letter
|
||
sequence specifying the operation to be executed (along with any
|
||
options):
|
||
|
||
PBUTIL <operation> [option]
|
||
|
||
PBUTIL Operation Description Options/Parameters
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
DM (+) ......... Daily Maintenance -H
|
||
FB ............. Fix BINLOG.PB
|
||
FC (+) ......... File Counters -N<x> -F -R
|
||
FI ............. FILES.BBS (re)-Indexer
|
||
HF (+) ......... Hatch Personal File <files> -T= -F= -D -C
|
||
MI ............. Message (re)-Indexer
|
||
ML ............. Message Linker
|
||
MP (+) ......... Message Packer -R -D -F -K -H -J
|
||
MU ............. Music Player
|
||
NC ............. Nodelist Compiler
|
||
UF ............. Userfile Fixer
|
||
UI ............. Userfile (re)-Indexer
|
||
UK (+) ......... Userfile Killer -C<n> -D<n> -L<evel>
|
||
UP (+) ......... Userfile Packer -R -K
|
||
US ............. Userfile Sorter
|
||
|
||
PBUTIL can be run from any directory provided that it (PBUTIL.EXE) is
|
||
found in your DOS path. Refer to your DOS manual for more information on
|
||
the PATH statement.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ [DM] Daily Maintenance ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
At this time, the DM function of PBUTIL has only one function: it
|
||
(re)creates TOPS.PRO. You should run it as part of your daily
|
||
maintenace. If you specify the -H option, the file TOPS.PRO will be
|
||
created using the user's aliases instead of their real names.
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
96
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ [FB] Fix BINLOG.PB ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
You should run PBUTIL FB if you ever receive the message that your
|
||
BINLOG.PB file is corrupt. This "fix" routine will remove any and all
|
||
unreadable data from the BINLOG.PB file. For more information on
|
||
BINLOG.PB, refer to Menu Functions 10, 26, 29 and 64.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ [FC] File Counters ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
After each download, ProBoard adds a line to the file DOWNLOAD.LOG. This
|
||
file's only purpose is to be used by the FC module of PBUtil. FC reads
|
||
the file DOWNLOAD.LOG and updates file counters in every file listing, to
|
||
keep up with the number of times every file has been downloaded.
|
||
|
||
Specifying option -N<xx> instructs PBUtil to create a list of the top-xx
|
||
downloaded files. This list is named TOPFILES.A?? and is stored in the
|
||
textfiles-subdirectory. The number of files to be written in this list is
|
||
<xx>, (eg. -N15).
|
||
|
||
Specifying option -F instructs PBUtil to ALWAYS create
|
||
TOPFILES.ASC/ANS/AVT/AVP, even if DOWNLOAD.LOG is empty or doesn't exist.
|
||
|
||
Option -R rewrites all file listings with the appropriate file count
|
||
added to each file. This is useful when you have added some new files.
|
||
|
||
The file counters will be placed before the description of the files.
|
||
|
||
Eg. PB_220.ZIP [809] Superb BBS program from Belgium !!!!
|
||
^^^^^
|
||
File Counter - shows how many times file has been downloaded
|
||
|
||
|
||
You can create a file called NOTOPS.CTL to exclude files from being
|
||
included when the TOPFILES.A?? is created. The format of this file is
|
||
just <filename>.<extension> Example as follows:
|
||
|
||
BLACK.ZIP
|
||
NOWAY.EXE
|
||
RA_111.ARJ
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ [FI] File Indexer ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
When you run PBUTIL FI, ProBoard reads each of your file listings defined
|
||
in your file areas and creates an index (FILESIDX.PB). ProBoard now only
|
||
supports indexed FILES.BBS. ProBoard will use the index to find files
|
||
users specify they want to download. This dramatically speeds up
|
||
locating files on systems with many different file areas, especially
|
||
those on CD-ROM drives. Since files that are not in your file index will
|
||
not be found for users to download, be sure to run PBUTIL FI at lease
|
||
once each day.
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
97
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ [HF] Hatch Personal File ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Personal files can be setup to be sent to users (hatched) from the
|
||
command line (instead of using the PROCFG/Personal Files menu interface)
|
||
using PBUTIL's "Hatch File" (HF) function.
|
||
|
||
Any personal files you setup (hatch) using the PBUTIL HF method will
|
||
appear in the PROCFG/Personal File menu interface for later review and
|
||
administration.
|
||
|
||
The syntax for PBUTIL HF is:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
PBUTIL HF files [files...] /T=ToName /F=FromName /D /C
|
||
|
||
|
||
The following are valid options for PBUTIL HF:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
<files> A list of the file(s) to be sent as personal file(s).
|
||
Wildcards and paths are allowed. If the /C option is not
|
||
used, the files will NOT be copied to the personal files
|
||
directory specified in PROCFG Options/Paths. If no path is
|
||
given, PBUTIL will search in the current directory first.
|
||
If no files could be found in the current directory, the
|
||
personal files directory will be searched.
|
||
|
||
/T=ToName The name of the user to send the files to. Underscores must
|
||
be used for spaces in names. ProBoard does not check the
|
||
user file for valid user names to be entered here so be
|
||
careful when typing user names that you spell them
|
||
correctly.
|
||
|
||
/F=FromName The name of the sender of the files. If not specified, the
|
||
name of the SysOp is used. Again, underscores must be used
|
||
for spaces. ProBoard does not check the user file for valid
|
||
user names to be entered here so be careful when typing user
|
||
names that you spell them correctly.
|
||
|
||
/D Sets the "KILL" (delete) flag for the hatched file(s). This
|
||
means that the files will be deleted after they have been
|
||
downloaded by the user if this is specified on the command
|
||
line.
|
||
|
||
/C Copy the specified file(s) to the Personal Files Directory
|
||
(specified in PROCFG/Options/Paths). Make sure if you use
|
||
this option, that you also use the /D option in addition,
|
||
otherwise the files won't be deleted after download from
|
||
your Personal Files Directory.
|
||
|
||
Examples:
|
||
ÄÄÄÄÄÄÄÄÄ
|
||
|
||
PBUTIL HF C:\PB\PB_220.ZIP /T=Jeff_Reeder /C /D
|
||
PBUTIL HF *.TXT /T=John_Doe /F=Joe_Sysop
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
98
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ [MI] Message Indexer (Hudson and JAM Only) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Recreates the message base index files (MSGIDX.BBS,MSGTOIDX.BBS and
|
||
MSGINFO.BBS) for Hudson and (*.JDX) files for JAM areas.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ [ML] Message Linker (Hudson Only) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Completely rebuilds reply chains in all areas. This operation has to be
|
||
performed when echomail is imported into the message base and after using
|
||
the message packer with the -D parameter.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ [MP] Message Packer (Hudson and JAM Only) ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Packs the message base. This means that the deleted messages are
|
||
effectively removed from the message base.
|
||
|
||
The following are valid options for PBUTIL MP:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
-D .......................... Removes old messages. Check the section of
|
||
the manual about the message areas for more
|
||
information.
|
||
|
||
-F .......................... Forces the pack to be executed, even if
|
||
there are no deleted messages (Hudson Only)
|
||
|
||
-H .......................... Instructs the message packer to pack the
|
||
Hudson areas only.
|
||
|
||
-J .......................... Instructs the message packer to pack the
|
||
JAM areas only.
|
||
|
||
-K .......................... Deletes the .BAK files created when packing
|
||
the message base. (Hudson Only!)
|
||
|
||
-R .......................... Instructs the message packer to renumber
|
||
the message base. Renumbering the message
|
||
base is done automatically when the highest
|
||
message number exceeds 25000. Lastread-
|
||
pointers in the userfile will be adjusted
|
||
when renumbering.
|
||
|
||
Do NOT pack the message base when a user is online!!
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ [MU] Music Player ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Use this to play/test any music files you create for ProBoard.
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
99
|
||
Music files MUST have .MUS as the file extension. The file played when a
|
||
user "Yells" for the SysOp (paging) is called PAGE.MUS and the
|
||
"Attention" music file is called ATTEN.MUS
|
||
|
||
Examples: PBUTIL MU PAGE (plays the paging music file)
|
||
PBUTIL MU ATTEN (plays the attention music file)
|
||
|
||
Note: It is not necessary to include the file extension when using
|
||
PBUTIL MU to play a music file.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ [NC] Nodelist Compiler ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Reads a FidoNet-compatible nodelist and creates a ProBoard index- file
|
||
(NODE_IDX.PRO) in the system directory. This file will be less than 10K
|
||
in size, but your original nodelist has to stay in the nodelist
|
||
directory.
|
||
|
||
The compiler will look for the latest standard nodelist (NODELIST.xxx) in
|
||
your nodelist directory.
|
||
|
||
Specifying extra files as parameters instructs the nodelist compiler to
|
||
compile extra nodelists. Several extra nodelists can be given as
|
||
parameters. If you don't specify an extension, ProBoard will look for the
|
||
latest file with extension .nnn (nnn=day number). If you want to compile
|
||
a file without an extension, use <FILE>.
|
||
|
||
Eg. PBUTIL NC MYNL MYLIST. FDNET.PVT
|
||
|
||
This would compile the latest NODELIST.nnn, the latest MYNL.nnn, MYLIST
|
||
and FDNET.PVT in the standard nodelist directory.
|
||
|
||
To determine the costs of sending Netmail, a textfile will be read that
|
||
you will have to create. This textfile is called COST.PRO and should be
|
||
in ProBoard's system directory. The lines in this file have the following
|
||
format:
|
||
|
||
<Command> <Param1> [Param2]
|
||
|
||
|
||
Commands:
|
||
|
||
MYZONE <zone> All commands after this command act on zone
|
||
<zone>. You need at least 1 MYZONE command.
|
||
If not, ProBoard will assume you are in
|
||
zone 2. This is used to specify your own
|
||
zone.
|
||
|
||
DEFAULT <cost> Defines the default Netmail cost.
|
||
|
||
ZONE <zone> <cost> Defines the Netmail cost for zone <zone>.
|
||
|
||
REGION <region> <cost> Defines the Netmail cost for region
|
||
<region> within your own zone.
|
||
|
||
NET <net> <cost> Defines the Netmail cost for net <net>
|
||
within your own zone.
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
100
|
||
A simple example for a node in Belgium, where the BBS is part of only ONE
|
||
network.
|
||
|
||
MYZONE 2 I'm in zone 2
|
||
DEFAULT 100 Default = 100 credits
|
||
ZONE 3 50 Zone 3 = 50 credits (Australia)
|
||
ZONE 1 40 Zone 1 = 40 credits (North-America)
|
||
REGION 28 10 Region 28 = 10 credits (Netherlands)
|
||
REGION 29 0 Region 29 = FREE (Belgium)
|
||
NET 512 5 Net 512 = 5 (HCC Netherlands)
|
||
|
||
|
||
We give another example for a node which is part of 2 networks, so this
|
||
node has nodenumbers 2:292/1900 and 89:120/40
|
||
|
||
DEFAULT 100 Default = 100 credits
|
||
ZONE 1 50 Zone 1 = 50 credits
|
||
ZONE 2 20 Zone 2 = 20 credits
|
||
ZONE 3 70 Zone 4 = 70 credits
|
||
ZONE 89 10 My private network = 10 credits
|
||
|
||
MYZONE 2 Following definitions are for zone 2
|
||
REGION 29 1 Region 29 in zone 2 = 1 credit
|
||
NET 292 0 Net 292 in zone 2 = 0 credits
|
||
NET 512 5 Net 512 in zone 2 = 5 credits
|
||
|
||
MYZONE 89 Following definitions are for zone 89
|
||
REGION 12 2 Region 12 in zone 89 = 2 credits
|
||
NET 120 0 Net 120 in zone 89 = 0 credits
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ [UF] UserFile Fixer ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Run this after you use a user file packer/sorter from another source
|
||
(like RAUSER or RACE). It assures that the extensions in ProBoard's user
|
||
file are updated properly.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ [UI] UserFile Indexer ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Creates an index for the user file. ProBoard uses this index file to
|
||
search in the user file. This greatly reduces the time needed to locate
|
||
a user at login.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ [UK] UserFile Killer ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Deletes (kills) certain users from your user file. The criteria are: not
|
||
having called for a certain number of days, less than a certain number of
|
||
times called, a certain security level or a combination of these three.
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
101
|
||
Parameters to use:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
-D<# of days> Removes all users that haven't called for <# of days>
|
||
|
||
-C<calls> Removes all users that have called less than <calls>
|
||
times.
|
||
|
||
-L<evel> Specifies a specific security level for the User
|
||
Killer to work on.
|
||
|
||
Combining these three parameters, will remove all users that have called
|
||
less than <calls> times and haven't called for <# of days>, and that only
|
||
have the specified <level>. This option comes in handy to remove all
|
||
users that have called just once, but without removing your new users or
|
||
users with another security level.
|
||
|
||
|
||
Examples:
|
||
ÄÄÄÄÄÄÄÄÄ
|
||
|
||
PBUTIL UK -C3 Removes all users that have called only 1 or 2
|
||
times.
|
||
|
||
PBUTIL UK -D365 Removes all users that haven't called for the
|
||
last 365 days.
|
||
|
||
PBUTIL UK -C2 -D100 Removes all users that have called less than 2
|
||
times, and removes users that haven't called
|
||
in the last 100 days. "No-Kill" flags in User
|
||
Records will be honored.
|
||
|
||
PBUTIL UK -C3 -D5 -L40 Removes all users that have called less than 3
|
||
times, and users that have not called in 5
|
||
days, but only those with a security level of
|
||
40.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ [UP] UserFile Packer ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Removes all deleted users from USERS.BBS, except the users with the
|
||
NoKill flag set. Corrupted user records are also removed.
|
||
|
||
Specifying option -R instructs the user packer to reset all Last Read
|
||
pointers to zero.
|
||
|
||
Specifying option -K will delete the .BAK file created when packing the
|
||
user file.
|
||
|
||
Do NOT pack the userfile when a user is online!!
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
102
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ [US] UserFile Sorter ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Sorts the user file by security level and by first name. Also updates
|
||
the lastread pointers for the new sorted user file as well as reindexing
|
||
the user file.
|
||
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º REFERENCE º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Multi-user Operation ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Since ProBoard is a multi-line BBS package, it allows you the ability to
|
||
have more than one user use the userfile and the message base at the same
|
||
time. ProBoard doesn't do any internal multi-tasking to make the program
|
||
act as flexible as possible.
|
||
|
||
This makes sure that you can set up a multi-line BBS via a network and
|
||
multiple computers, or by running ProBoard under a multitasking system.
|
||
ProBoard is also DESQview aware.
|
||
|
||
ProBoard can handle up to 255 nodes. Each node needs its own directory,
|
||
because ProBoard supports the use of many different external message
|
||
editors and most of these editors are designed to be used on single-node
|
||
systems. One editor that does not need such a configuration is GEDIT.
|
||
With GEDIT, you simply place one copy of it in your ProBoard startup
|
||
directory (or any other directory of your choice) and then specify where
|
||
the editor is located in PROCFG, [F1], Paths, under the "Editor Command"
|
||
option. A few other newer style editors also support multi-line use
|
||
without needing a copy in each nodes directory. To find out more, ask
|
||
one of the support BBS's.
|
||
|
||
Each node MUST be started from its own private directory.
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
No ProBoard-related files have to be placed in this directory but certain
|
||
doors and certain message editors may need this directory for their own
|
||
use.
|
||
|
||
If you want to install 3 nodes in a network, you could create the
|
||
following structure:
|
||
|
||
C:\PB\MSGBASE Message base directory
|
||
C:\PB\TXTFILES Textfiles directory
|
||
C:\PB\MENUS Menus directory
|
||
C:\PB\PEX PEX files directory
|
||
|
||
C:\PB\NODE1 Start-up directory for node 1
|
||
C:\PB\NODE2 Start-up directory for node 2
|
||
C:\PB\NODE3 Start-up directory for node 3
|
||
|
||
ProBoard should be started from C:\PB\NODE1 for node 1, from C:\PB\NODE2
|
||
for node 2, etc. These directories may require the files for the
|
||
external editor. All the other files that ProBoard uses, should be
|
||
stored in ProBoard's system directory (usually C:\PB).
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
103
|
||
If you run ProBoard under a multitasker like DESQview, the different
|
||
nodes MUST be run on different com-ports. It should be noted that the
|
||
new DESQview v2.6 supports networks like Novell Lite and Lantastic
|
||
directly, making it possible to run the BBS on a machine that is also a
|
||
server. Refer to your DESQview v.26 manual/setup program for more
|
||
details.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ IMPORTANT ³ If you are running ProBoard multi-line using a ³
|
||
ÃÄÄÄÄÄÄÄÄÄÄÄÙ multitasker, the DOS program SHARE.EXE MUST! be ³
|
||
³ installed. ÄÄÄÄ ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ SysOp Keys ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
While the user is on-line, the SysOp can perform several actions, by
|
||
using the SysOp keys:
|
||
|
||
|
||
<Ctrl-Left-Arrow> Lower or Raise the security level of the
|
||
<Ctrl-Right-Arrow> user who is currently online. Only the
|
||
levels you previously configured in PROCFG
|
||
can be selected.
|
||
|
||
Up/Down Raise/Lower the current user's time left.
|
||
The time subtracted/added is not restricted
|
||
to this session!
|
||
|
||
Alt-C [Chat] Start a chat with the user. The chat may be
|
||
ended by pressing <Esc>.
|
||
|
||
Alt-J [Jump] Jump to DOS. If 'Swapping' was set to 'Yes'
|
||
in PROCFG, the ProBoard session will be
|
||
swapped to disk or EMS, thus making all
|
||
memory available to the DOS commands you
|
||
want to execute. You can return from the
|
||
shell by entering EXIT at the DOS prompt.
|
||
|
||
Alt-H [HangUp] Hangs up the phone, throwing the user off-
|
||
line immediately (very unfriendly)!
|
||
|
||
Alt-L [LockOut] Hangs up the phone AND sets the user's
|
||
level to 0, thus making sure he/she cannot
|
||
log in any more (very very unfriendly)!
|
||
|
||
Alt-N [SysOp Next] Creates a semaphore file called
|
||
SysOpNXT.SEM in the ProBoard system
|
||
directory. Also will play the music file
|
||
SysOpNXT.MUS when user logs off so you are
|
||
aware your BBS is free.
|
||
|
||
Alt-E [Edit] Allows you to edit the user online. The
|
||
editor is similar to the editor in ProCFG.
|
||
|
||
Alt-I [Image] Appends an image of the screen to the file
|
||
IMAGE.TXT in the ProBoard system directory.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
104
|
||
Alt-R [Reset] Resets the chat request status. This will
|
||
stop the flashing of the status line.
|
||
|
||
Alt-S [Static] What can I say. Useful in combination with
|
||
the ALT-H to help you, the friendly SysOp,
|
||
free up your board when needed. (somewhat
|
||
friendlier) ;-)
|
||
|
||
Alt-Y [No Chat] Makes ProBoard not sound the page music if
|
||
the user online when you press this, pages
|
||
you. Comes in very handy when you see that
|
||
user who ALWAYS wants to chat is logging on
|
||
to your BBS.
|
||
|
||
Shift-F1 Shows a help-screen with all the SysOp
|
||
macros available. (registered version
|
||
only)
|
||
|
||
F1 Shows a help-screen with all the SysOp keys
|
||
available.
|
||
|
||
PgUp/PgDn Shows additional information about the
|
||
current user on the status line. You can
|
||
also display a particular status by
|
||
pressing F2-F10.
|
||
|
||
Home Shows the normal status line after using
|
||
PgUp/PgDn.
|
||
|
||
F2 Shows the user's name, level, time left and
|
||
time online.
|
||
|
||
F3 Shows the user's handle and flags.
|
||
|
||
F4 Shows the user's city and phone numbers.
|
||
|
||
F5 Shows statistics about the current user.
|
||
|
||
F6 Shows the user's comment line.
|
||
|
||
F7 Shows system information.
|
||
|
||
F8 Shows the chat reason if the user tried to
|
||
page the SysOp earlier.
|
||
|
||
F9 Shows the name and login time of the last
|
||
caller.
|
||
|
||
F10 Shows the time used and Kbytes downloaded
|
||
today. It also displays the date of birth
|
||
of the current user.
|
||
|
||
Furthermore, there are 10 programmable hotkeys (SysOp macros). They can
|
||
be configured in ProCFG using the F10 option.
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
105
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Command line parameters & Errorlevels ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
PROBOARD.EXE accepts following command line parameters:
|
||
|
||
|
||
PROBOARD [-B<baud>] [-P<port>] [-N<node>] [-L<level]
|
||
|
||
[-T<time>] [-S] [-Q] [-X] [-V<mode>]
|
||
|
||
These parameters have the following meaning:
|
||
|
||
-B<baud> Specifies the baud rate. You can specify the
|
||
following baud rates: 300, 1200/75 2400, 4800, 7200,
|
||
9600, 12000, 14400, 16800, 19200, 21600, 24000,
|
||
26400, 28800, 38400, 57600, 64000, and 115200.
|
||
|
||
|
||
-P<port> Specifies the com-port (1-8).
|
||
|
||
-N<node> This node's node number (1-255).
|
||
|
||
-L<level> Prevents people with a security level lower than this level
|
||
to access this node. Great for only allowing subscribing
|
||
user access to one or more nodes.
|
||
|
||
-T<time> <time> is the time until the next event in minutes. Useful
|
||
with FrontDoor's DOBBS batch file.
|
||
|
||
-S Start ProBoard in stand alone mode. ProBoard will use as a
|
||
default the PORT and the BAUD specified in your
|
||
configuration, but you can override them by using the
|
||
-P<port> and the -B<baud> command line parameters along
|
||
with the -S parameter.
|
||
|
||
-Q Quiet mode. Great if your BBS is in a location such as
|
||
your bedroom etc. The only noise ProBoard will make is
|
||
playing the ATTEN.MUS file (if a user who has this set in
|
||
their user record logs on), and playing the PAGE tune when
|
||
a user pages during valid paging hours.
|
||
|
||
-X Tells ProBoard not to use EMS.
|
||
|
||
-V<mode> Runs ProBoard in video mode <mode>. This can be useful if
|
||
you have a monitor capable of displaying 132 columns, and
|
||
you would like to run ProBoard in such a mode (you will
|
||
see an extra information window on your screen if
|
||
ProBoard is run in 132 cols mode). The <mode> parameter
|
||
is a decimal number specifying the video mode, as it is
|
||
used with INT 10H, function 00. (only programmers will
|
||
understand this though :-). This is different for every
|
||
video card.
|
||
|
||
When no '-B<x>' and no '-S' parameter is given, ProBoard will be started
|
||
in local mode.
|
||
|
||
ProBoard returns an errorlevel when a user has logged off.
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
106
|
||
The errorlevels of PROBOARD.EXE are:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
0 Everything OK, normal logoff.
|
||
|
||
1 FATAL error, something 'terrible' happened, or the
|
||
modem could not be initialized.
|
||
|
||
2 Not used.
|
||
|
||
3 Netmail entered by the user.
|
||
|
||
4 Echomail entered by the user.
|
||
|
||
5 Echomail AND Netmail entered by the user.
|
||
|
||
99 SysOp pressed <Esc> at the "Waiting for call" screen.
|
||
|
||
100 ProBoard was requested to go down by a semaphore file.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ AVATAR/0 and AVATAR/0+ Terminal Emulation ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
ProBoard now supports AVATAR terminal emulation. It allows users to
|
||
select either AVATAR/0 or AVATAR/0+, providing that the terminal package
|
||
they use to call your BBS is compatible with either AVATAR/0 and/or
|
||
AVATAR/0+. Examples of terminal software packages that support AVATAR/0+
|
||
are, FrontDoor 2.02 and TinyTerm. QModem and Telix also support AVATAR,
|
||
but only in the AVATAR/0 mode. AVATAR has the advantage over ANSI of
|
||
being much faster.
|
||
|
||
A word about the files extensions (.A??) that are used for AVATAR
|
||
screens. There are two file extensions that are associated with AVATAR
|
||
text files that you will display to your users. They are .AVT and .AVP.
|
||
When displaying (.A??) textfiles to your users, ProBoard looks for them
|
||
in the following order.
|
||
|
||
1.) .AVP
|
||
2.) .AVT
|
||
3.) .ANS
|
||
4.) .ASC
|
||
|
||
Refer to the following section on "Hard Coded .A?? files" for more
|
||
information on the default .A?? files that ProBoard will display to your
|
||
users.
|
||
|
||
To create files with the .AVT and .AVP file extensions you will need a
|
||
file utility called AVTCONV.EXE. This file was distributed with
|
||
RemoteAccess, and is also available from most of the ProBoard beta sites,
|
||
as well as any of the ProBoard Support BBS's. It is very simple to use
|
||
this utility. Just copy it to your ProBoard TEXTFILE directory and run
|
||
the following commands:
|
||
|
||
AVTCONV *.ANS AVT -- this will create a copy of all of your ANSI
|
||
(.ANS) screens with the extension .AVT These are
|
||
the textfiles for displaying to users that have
|
||
AVATAR/0 terminal emulation selected.
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
107
|
||
AVTCONV /C+ *.ANS AVP -- this will create a copy of all of your ANSI
|
||
(.ANS) screens with the extension .AVP These are
|
||
the textfiles for displaying to users that have
|
||
AVATAR/0+ terminal emulation selected.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Hard-coded .A?? files ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
In certain situations, ProBoard will display default .A?? files.
|
||
|
||
Just what is an A?? file?
|
||
|
||
All .A?? files are files that have the file extensions of .AVT, .AVP,
|
||
.ANS, or .ASC. If the .ANS/AVT/AVP file cannot be found, the .ASC file
|
||
will be displayed (if it exists).
|
||
|
||
Note: You have to insert your own "Press [Enter] to continue" prompt if
|
||
necessary!
|
||
|
||
|
||
AFTERPW.A?? Displayed to a user after they have entered their password
|
||
|
||
BEFOREPW.A?? Displayed to a user right before ProBoard asks them for
|
||
their password.
|
||
|
||
BIRTHDAY.A?? If a user logs in on his/her birthday, this file will be
|
||
shown after the news file.
|
||
|
||
Note: you can run a pex-file to congratulate a user on
|
||
his/her birthday.
|
||
|
||
DLDELAY.A?? Displayed to a user who has to wait <n> minutes before
|
||
downloading. Refer to Configuration - Time/DownLoad Limits
|
||
(F5) for more information on setting the number of minutes
|
||
for the DownLoad Delay.
|
||
|
||
DLHANGUP.A?? Displayed to a user who has selected [G]oodbye after
|
||
download, after the 10 second timer to abort the hangup,
|
||
has expired.
|
||
|
||
DUPESFND.A?? Displayed to a user who uploads one or more duplicate
|
||
files to your BBS if "Check Duplicate Uploads" is set
|
||
to "Yes" in PROCFG's File Transfer Options. The file
|
||
will be displayed to the user once the duplicate check is
|
||
completed if any duplicate files are found.
|
||
|
||
EVENTDUE.A?? Shown if a user can't login because of an event that has
|
||
to run soon.
|
||
|
||
EXPIRED.A?? When a user's level has expired, this file is shown.
|
||
|
||
EXP_WARN.A?? Displayed when the user's level expires within less than
|
||
30 days.
|
||
|
||
GOODBYE.A?? Displayed when the user is logging off, just before the
|
||
carrier is dropped.
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
108
|
||
INTRO.A?? Displayed when a user logs in, BEFORE asking a user's name
|
||
and password.
|
||
|
||
INTRO<n>.A?? This is the same as INTRO.ASC/ANS except that this file
|
||
that can be displayed to the specified node number. For
|
||
Example: to display it to node 2 you would create a file
|
||
called INTRO2.A??. If no INTRO<n>.A?? exists, ProBoard
|
||
will then show the file INTRO.A?? or LOGO.A??
|
||
|
||
MAXPAGE.A?? Displayed when the user has tried to page the SysOp too
|
||
many times.
|
||
|
||
MSGHELP.A?? Replaces the built-in message reading help if this file
|
||
exists.
|
||
|
||
NEWS.A?? Displayed AFTER the user has read his/her new mail.
|
||
|
||
NEWUSER.A?? Displayed to user before ProBoard asks "Are you a New
|
||
User?". When the user enters their name and ProBoard does
|
||
not find their name in the user file, ProBoard asks "Did
|
||
you enter your name correctly?" If the user indicates
|
||
they did, this file (if you create it) will display to the
|
||
user.
|
||
|
||
NEWUSER1.A?? Displayed when a new user is logging in, BEFORE he/she has
|
||
started the questionnaire.
|
||
|
||
NEWUSER2.A?? Displayed when a new user is logging in, AFTER he/she has
|
||
completed the questionnaire.
|
||
|
||
NOACCESS.A?? Displayed when user is not allowed to log onto one or more
|
||
lines because their access level is lower than the one
|
||
specified in the command line PROBOARD -L<level> (used to
|
||
start ProBoard on that node). Read the "Reference
|
||
Section" of this manual, under "Command Line Options &
|
||
Errorlevels" for more information on this command line.
|
||
|
||
NOTAVAIL.A?? Displayed when the user tries to page outside paging hours
|
||
|
||
|
||
PAGED.A?? Displayed when the SysOp does not respond when the user
|
||
tries to page.
|
||
|
||
PRIVATE.A?? Is displayed when your system is configured as a private
|
||
system, and a new user tries to log in.
|
||
|
||
SECxx.A?? 'xx' stands for a userlevel. If a user with level xx logs
|
||
in, this file will be displayed (eg. SEC25.ANS). The file
|
||
is shown after all WELCOME<x> files and before the
|
||
mailcheck.
|
||
|
||
TRASHCAN.A?? Shown when a user tries to use a name listed in
|
||
TRASHCAN.CTL file.
|
||
|
||
WELCOMEx.A?? Displayed at login, after the user entered his/her name.
|
||
The 'x' stands for a digit ranging from 1 to 9; these
|
||
files (if they exist) will be displayed in ascending
|
||
order, 1-2-...-9, BEFORE a mailcheck is done.
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
109
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ .A?? File Control Codes ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
You can use several codes in ProBoard's textfiles. These codes will be
|
||
replaced by internal variables, or will perform special actions.
|
||
|
||
In the code list, you will see a code's ASCII value, the control code and
|
||
a description of the code.
|
||
|
||
A '^' means Ctrl, so ^D means Ctrl-D.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÂÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ ASCII ³ CODE ³ DESCRIPTION ³
|
||
ÀÄÄÄÄÄÄÄÁÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ 65 ^A Waits for the user to press <Enter>.
|
||
66 ^B Disables interruption by pressing <S>.
|
||
67 ^C Enables interruption by pressing <S>.
|
||
68 ^D Enables 'More'-prompt.
|
||
69 ^E Disables 'More'-prompt.
|
||
71 ^G Rings a bell on the user's computer.
|
||
76 ^L Clearscreen.
|
||
87 ^W Pauses for 1 second.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÂÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ ASCII ³ CODE ³ DESCRIPTION ³
|
||
ÀÄÄÄÄÄÄÄÁÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
06-65 ^FA User's full name.
|
||
06-66 ^FB User's City.
|
||
06-67 ^FC User's password.
|
||
06-68 ^FD User's data/fax phone number.
|
||
06-69 ^FE User's phone number.
|
||
06-71 ^FG Time of last login.
|
||
06-76 ^FL Netmail credit left.
|
||
06-77 ^FM Number of messages written.
|
||
06-78 ^FN Message last read.
|
||
06-79 ^FO User's level.
|
||
06-80 ^FP Number of calls by user.
|
||
06-81 ^FQ Number of uploads by user.
|
||
06-82 ^FR Kbytes uploaded by user.
|
||
06-83 ^FS Number of downloads by user.
|
||
06-84 ^FT Kbytes downloaded by user.
|
||
06-85 ^FU Number of minutes online today.
|
||
06-86 ^FV User's screen length.
|
||
06-87 ^FW User's first name.
|
||
06-88 ^FX ANSI codes ON/OFF.
|
||
06-89 ^FY Screen pausing ON/OFF.
|
||
06-90 ^FZ Clearscreen codes ON/OFF.
|
||
06-48 ^F0 Fullscreen editor ON/OFF.
|
||
06-49 ^F1 User's Alias.
|
||
06-50 ^F2 Command stacking ON/OFF.
|
||
06-51 ^F3 IBM Characters ON/OFF.
|
||
06-52 ^F4 User's State.
|
||
06-53 ^F5 User's birth date.
|
||
06-54 ^F6 User's expiration date (if any)
|
||
06-55 ^F7 Day's until expiration date.
|
||
06-56 ^F8 AVATAR/0 - on/off.
|
||
06-57 ^F9 AVATAR/0+ - on/off.
|
||
06-40 ^F" User's Country.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
110
|
||
06-58 ^F: User's first call (date).
|
||
06-36 ^F$ User's address (line 1).
|
||
06-37 ^F' User's address (line 2).
|
||
06-38 ^F& User's address (line 3).
|
||
06-60 ^F` User's sex.
|
||
06-91 ^F[ Download Kb left today.
|
||
06-126 ^F~ Download delay in minutes.
|
||
06-33 ^F! # Minutes remaining until allowed to download.
|
||
06-40 ^F( Current file group name.
|
||
06-41 ^F) Current message group name.
|
||
06-42 ^F* Current file group number.
|
||
06-43 ^F+ Current message group number.
|
||
06-61 ^F= User's fax number
|
||
06-59 ^F; Show password, or password character is passwords hidden
|
||
|
||
ÚÄÄÄÄÄÄÄÂÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ ASCII ³ CODE ³ DESCRIPTION ³
|
||
ÀÄÄÄÄÄÄÄÁÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
11-65 ^KA Total number of calls to the BBS.
|
||
11-66 ^KB Name of the last user on the BBS.
|
||
|
||
11-67 ^KC Number of active Hudson message base messages.
|
||
11-68 ^KD Number of first message.
|
||
11-69 ^KE Number of last message.
|
||
11-70 ^KF Number of times user has paged the SysOp.
|
||
11-71 ^KG Day of the week (full).
|
||
11-72 ^KH Number of users on the BBS.
|
||
11-73 ^KI Current time.
|
||
11-74 ^KJ Today's date.
|
||
11-75 ^KK Minutes online during this session.
|
||
11-77 ^KM Minutes online today.
|
||
11-79 ^KO Minutes online left today.
|
||
11-80 ^KP Version number of ProBoard (x.xx)
|
||
11-81 ^KQ Daily online limit.
|
||
11-82 ^KR Baud rate.
|
||
11-83 ^KS Day of the week (short).
|
||
11-84 ^KT Daily download limit (Kbytes).
|
||
11-87 ^KW Node number.
|
||
11-88 ^KX Hang up phone.
|
||
11-89 ^KY Active message area name.
|
||
11-90 ^KZ Active file area name.
|
||
11-48 ^K0 # Messages in active message area
|
||
11-49 ^K1 Current message area #
|
||
11-50 ^K2 Current file area #
|
||
|
||
You can also inform ProBoard about the length of a string to be placed in
|
||
a textfile. This is done is the following way:
|
||
|
||
Between the first and last code, you can place '@' or '#' or '%' codes.
|
||
The field's length will be defined by the number of characters, first and
|
||
last control code included. Use '@' to align (justify) a field to the
|
||
left, use '#' to align to the right and use '%' to center a field.
|
||
|
||
|
||
Eg. ^K@@@@@@@@@@@@@@@@@@@@@@@B
|
||
^^^^^^^^^^^^^^^^^^^^^^^
|
||
23 X '@'
|
||
|
||
Thus, the total amount of characters equals 25, the user's name (^KB)
|
||
will be placed in a 25-character field, left justified. You now can
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
111
|
||
easily draw 'boxes' around this field, without having to worry about the
|
||
actual length of the user's name.
|
||
|
||
An example of a textfile using the control codes: (the '^' stands for
|
||
'^F') :
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Some Info ³
|
||
ÀÄÄÄÂÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Your full name..... ^@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@A ³
|
||
³ Calling from....... ^@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@B ³
|
||
³ Last called........ ^@@@@@@@@@F at ^@@@@@@G ³
|
||
³ Level.............. ^####O ³
|
||
³ Number of calls.... ^####P ³
|
||
ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´
|
||
³ Kb downloaded...... ^@@@@TK ³ Kb uploaded....... ^####RK ³
|
||
³ # downloads........ ^####S ³ # uploads......... ^####Q ³
|
||
ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´
|
||
³ Messages posted.... ^####M ³
|
||
³ Your flags......... ^@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@H ³
|
||
ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³
|
||
³ ANSI ^#X ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
³ Clearscreen ^#Z ³
|
||
³ More prompt ^#Y ³
|
||
³ Editor ^#O ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Press <Enter> to continue.^A
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Music Files ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
You can make your paging-sound and attention-sound more attractive by
|
||
defining your own music file. A music file is a text file in which you
|
||
can use 2 keywords:
|
||
|
||
TONE [hz] [1/100's sec] Sounds a tone of [hz] Hz during
|
||
the specified period.
|
||
|
||
WAIT [1/100's sec] Waits for the specified period.
|
||
|
||
|
||
The format of this textfile is compatible with the RemoteAccess music
|
||
files.
|
||
|
||
The paging-musicfile is named PAGE.MUS, and the attention-music- file is
|
||
named ATTEN.MUS.
|
||
|
||
You can use this frequency-table to write your own masterpiece:
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
112
|
||
ÚÄÄÄÄÄÄÂÄÄÄÄÄÂÄÄÄÄÄÂÄÄÄÄÄÄÂÄÄÄÄÄÄÂÄÄÄÄÄÄ¿
|
||
³ O.1 ³ O.2 ³ O.3 ³ O.4 ³ O.5 ³ O.6 ³
|
||
ÚÄÄÄÄÅÄÄÄÄÄÄÅÄÄÄÄÄÅÄÄÄÄÄÅÄÄÄÄÄÄÅÄÄÄÄÄÄÅÄÄÄÄÄÄ´
|
||
³ C ³ 45 ³ 134 ³ 268 ³ 536 ³ 1071 ³ 2145 ³
|
||
³ C# ³ 71 ³ 142 ³ 284 ³ 568 ³ 1136 ³ 2273 ³
|
||
³ D ³ 75 ³ 150 ³ 301 ³ 602 ³ 1204 ³ 2408 ³
|
||
³ D# ³ 80 ³ 159 ³ 319 ³ 638 ³ 1275 ³ 2551 ³
|
||
³ E ³ 84 ³ 169 ³ 338 ³ 676 ³ 1351 ³ 2703 ³
|
||
³ F ³ 90 ³ 179 ³ 358 ³ 716 ³ 1432 ³ 2864 ³
|
||
³ F# ³ 95 ³ 190 ³ 379 ³ 758 ³ 1517 ³ 3034 ³
|
||
³ G ³ 100 ³ 201 ³ 402 ³ 804 ³ 1607 ³ 3215 ³
|
||
³ G# ³ 106 ³ 213 ³ 426 ³ 851 ³ 1703 ³ 3406 ³
|
||
³ A ³ 113 ³ 225 ³ 451 ³ 902 ³ 1804 ³ 3608 ³
|
||
³ A# ³ 119 ³ 239 ³ 478 ³ 956 ³ 1991 ³ 3823 ³
|
||
³ B ³ 127 ³ 253 ³ 506 ³ 1012 ³ 2025 ³ 4050 ³
|
||
ÀÄÄÄÄÁÄÄÄÄÄÄÁÄÄÄÄÄÁÄÄÄÄÄÁÄÄÄÄÄÄÁÄÄÄÄÄÄÁÄÄÄÄÄÄÙ
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Text Macros ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
You can enter text macros in any user-definable string. Text macros are
|
||
defined as "@<NAME:n>@", and are replaced by internal ProBoard variables
|
||
at runtime. You can insert these macros in the following strings:
|
||
|
||
- Textlines in menu items
|
||
- Data fields in menu items
|
||
- Menu prompts
|
||
- Modem initialization string
|
||
|
||
'NAME' is the name of the macro. A list of available macros will follow.
|
||
|
||
You can also specify the field width for the resulting string. This is
|
||
done by appending the macro name with a ':' and a number. A positive
|
||
number will result in a left aligned string, while a negative number will
|
||
result in a right aligned string.
|
||
|
||
For example: @<NAME:30>@ will display the user's name in a left aligned
|
||
field of 30 characters wide.
|
||
|
||
Note that the field width specifier is optional.
|
||
|
||
Here is a list of the available macros:
|
||
|
||
BAUD Current baud rate
|
||
CITY The city of the current user
|
||
COUNTRY User's country/state
|
||
CURFILEAREA Current file area name
|
||
CURFILEAREA# Current file area number
|
||
CURFILEAREADIR Current file area path
|
||
CURFILEGROUP Current file group name
|
||
CURFILEGROUP# Current file group number
|
||
CURMENU Current menu name
|
||
CURMSGAREA Current message area name
|
||
CURMSGAREA# Current message area number
|
||
CURMSGGROUP Current message group name
|
||
CURMSGGROUP# Current message group number
|
||
DATAPHONE User's data phone number
|
||
DATE Current date (xx-xxx-xx)
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
113
|
||
FIRSTNAME The first name of the current user
|
||
HANDLE The user's handle (fixed alias)
|
||
HIGHMSG Highest message number in message base
|
||
ID The user level ID for this user
|
||
LANGUAGE The language of the user (base file name)
|
||
LASTDATE Date of user's last call
|
||
LASTTIME Time of user's last call
|
||
LEVEL The level of the current user
|
||
LOWMSG Lowest message number in message base (Hudson)
|
||
MNUDIR Menu directory
|
||
MSGDIR Message base directory
|
||
NAME The name of the current user
|
||
NLDIR Nodelist directory
|
||
NODE Current node number
|
||
NUMMSG Number of messages in current area
|
||
NUMUSERS Total number of users in userfile
|
||
NUMYELLS The number of times the user yelled
|
||
PASSWORD The user's password
|
||
PEXDIR PEX-files directory
|
||
PORT Current com-port nr (1-8)
|
||
PVTDIR Private uploads directory
|
||
STARTDIR Startup-directory
|
||
SYSDIR ProBoard system directory
|
||
SYSOPNAME Name of the SysOp
|
||
TIME Current time (xx:xx)
|
||
TMLEFT Number of minutes left
|
||
TMONLINE Number of minutes online
|
||
TOTALCALLS Total # of calls to the system
|
||
TOTALMSG Total # of messages in message base (Hudson)
|
||
TXTDIR Textfiles directory
|
||
UPDIR Upload directory
|
||
USERREC Record number of this user's user record
|
||
VERSION ProBoard version number (eg. 2.20)
|
||
VOICEPHONE User's voice phone number
|
||
|
||
%NAME Will be replaced by the contents of DOS
|
||
environment variable 'NAME'.
|
||
Example: in DOS or a .BAT file you would put SET
|
||
INITSTR=ATDT5551212. Then when you use a
|
||
text macro like this: @<%INITSTR>@ it would
|
||
be replaced with "ATDT5551212". Note the
|
||
"%" symbol in the macro.
|
||
|
||
Other special characters are:
|
||
|
||
#1 - #7 Change color (only valid for displayable strings).
|
||
#B1 - #B7 If a 'B' is in front of the color number, the "blink"
|
||
attribute will be turned on.
|
||
|
||
1 = Red
|
||
2 = Green
|
||
3 = Yellow
|
||
4 = Blue
|
||
5 = Magenta
|
||
6 = Cyan
|
||
7 = White
|
||
|
||
Example: Hi @<#3>@@<FIRSTNAME>@@<#7>@, how is the weather in @<CITY>@?
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
114
|
||
Other single examples: @<NAME:35>@
|
||
@<TMONLINE:-5>@
|
||
@<CITY>@
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Example Batch Files ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
This is an example for standalone-operation with 2 errorlevel events
|
||
defined. Event 1 returns level 10, event 2 returns level 20. No echomail
|
||
and netmail is used.
|
||
|
||
------------------------------------------------------------------
|
||
:Loop
|
||
PROBOARD -S
|
||
if errorlevel 100 goto End
|
||
if errorlevel 99 goto End
|
||
if errorlevel 20 goto Event2
|
||
if errorlevel 10 goto Event1
|
||
if errorlevel 1 goto FatalError
|
||
goto Loop
|
||
|
||
:Event1
|
||
echo Perform some actions
|
||
echo --------------------
|
||
goto Loop
|
||
|
||
:Event2
|
||
echo Perform some more actions
|
||
echo -------------------------
|
||
goto Loop
|
||
|
||
:FatalError
|
||
echo FATAL ERROR - ProBoard Down
|
||
:End
|
||
------------------------------------------------------------------
|
||
|
||
Using ProBoard with a frontend-mailer is a little more complicated. This
|
||
is an example for use with FrontDoor.
|
||
|
||
In this example FrontDoor uses the following errorlevels:
|
||
|
||
300 bps call : 50
|
||
1200 bps call : 51
|
||
2400 bps call : 52
|
||
Local call : 60
|
||
Mail received : 100
|
||
Exit : 150
|
||
|
||
------------------------------------------------------------------
|
||
SET FD=C:\FD
|
||
|
||
:Loop
|
||
cd \fd
|
||
fd
|
||
if errorlevel 150 goto End
|
||
if errorlevel 100 goto MailRcv
|
||
cd\pb
|
||
if errorlevel 60 goto Local
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
115
|
||
if errorlevel 52 goto Call2400
|
||
if errorlevel 51 goto Call1200
|
||
if errorlevel 50 goto Call300
|
||
|
||
:FatalErr
|
||
echo FATAL ERROR
|
||
goto End
|
||
|
||
:Call300
|
||
proboard -b300 -p1
|
||
goto CheckPBErr
|
||
|
||
:Call1200
|
||
proboard -b1200 -p1
|
||
goto CheckPBErr
|
||
|
||
:Call2400
|
||
proboard -b2400 -p1
|
||
goto CheckPBErr
|
||
|
||
:Local
|
||
proboard
|
||
|
||
:CheckPBErr
|
||
if errorlevel 100 goto End
|
||
if errorlevel 5 goto NetEcho
|
||
if errorlevel 4 goto EchoEntered
|
||
if errorlevel 3 goto NetEntered
|
||
if errorlevel 1 goto FatalErr
|
||
goto Loop
|
||
|
||
:NetEcho
|
||
REM ************************************
|
||
REM ** Export netmail & echomail here **
|
||
REM ************************************
|
||
Goto Loop
|
||
|
||
:NetEntered
|
||
REM ************************************
|
||
REM ** Export netmail here **
|
||
REM ************************************
|
||
Goto Loop
|
||
|
||
:EchoEntered
|
||
REM ************************************
|
||
REM ** Export echomail here **
|
||
REM ************************************
|
||
Goto Loop
|
||
|
||
:MailRcv
|
||
REM ************************************
|
||
REM ** Unpack and Import mail here **
|
||
REM ************************************
|
||
Goto Loop
|
||
|
||
:End
|
||
------------------------------------------------------------------
|
||
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
116
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Flag Cross-Reference Chart ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
The following cross-reference chart will help you to easily determine
|
||
which flags to use for your user records and menus using the ProBoard
|
||
style (A-Z and 1-6) of flags.
|
||
|
||
Note: The flag structures in ProBoard are actually no different than
|
||
those in QuickBBS or RA, they are just expressed in a more "user
|
||
friendly" format.
|
||
|
||
ÉÍÍÍËÍÍÍÑÍÍÍÑÍÍÍÑÍÍÍÑÍÍÍÑÍÍÍÑÍÍÍÑÍÍ͸
|
||
º º 1 ³ 2 ³ 3 ³ 4 ³ 5 ³ 6 ³ 7 ³ 8 ³
|
||
ÌÍÍÍÎÍÍÍÏÍÍÍÏÍÍÍÏÍÍÍÏÍÍÍÏÍÍÍÏÍÍÍÏÍÍ;
|
||
º A º A B C D E F G H
|
||
ÇÄÄĶ
|
||
º B º I J K L M N O P
|
||
ÇÄÄĶ
|
||
º C º Q R S T U V W X
|
||
ÇÄÄĶ
|
||
º D º Y Z 1 2 3 4 5 6
|
||
ÓÄÄĽ
|
||
|
||
|
||
A few flag examples follow:
|
||
|
||
QuickBBS/RA ProBoard
|
||
ÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄ
|
||
A1 A
|
||
C3 S
|
||
D7 5
|
||
C8 X
|
||
|
||
well.... you get the idea.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ FREE Files ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Many SysOps have a master file list containing all the files available on
|
||
their BBS for users to download, or perhaps some virus detection software
|
||
that they would like to make available to their users without affecting
|
||
their users download ratio. Other SysOps may run a support BBS and have
|
||
certain files they want to make available to callers without regards to
|
||
how long it takes to download. ProBoard's powerful "Free File" option(s)
|
||
can easily accommodate both of these things.
|
||
|
||
It is possible (in addition to marking entire file areas) to specify a
|
||
list of files that users can download without ProBoard deducting the
|
||
kilobyte amount of the download from their daily limit. This would allow
|
||
you to make one or two (or several) files in a file area as "Free"
|
||
without making the entire area "Free" to your users. To accomplish this,
|
||
create a file called FREEFILE.CTL in the ProBoard system directory
|
||
(usually C:\PB). Create this file with an ascii editor such as QEDIT or
|
||
DOS editor. Each line in the file should contain the name (do not
|
||
include the drive and path to the file) and extension of any files you
|
||
want to make available for FREE. Wildcards are allowed.
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
117
|
||
An example follows:
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
PB_220.ZIP
|
||
FILELIST.ZIP
|
||
*.TXT
|
||
SCANV86.ZIP
|
||
PB_STRUC.*
|
||
LIST.LZH
|
||
|
||
It is also possible to specify individual files that you want to make
|
||
available to your callers with no regard for the time it takes a user to
|
||
download them. This means that if you have a file that is 1024k, and the
|
||
user has 1 minute left, the user would still be able to download the
|
||
file. This is a valuable feature for SysOps who run a support BBS and
|
||
want to make individual files available to users without getting hate
|
||
mail from those users who call long distance and then don't have enough
|
||
time left or a high enough security level to download support files.
|
||
Refer to Menu Function 32 for more details.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Semaphore files for shutting down ProBoard ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
It is possible to shut down ProBoard by creating a semaphore file in the
|
||
ProBoard system directory. The file should be called
|
||
|
||
DOWN.<node#> (node# is the node number)
|
||
|
||
When ProBoard finds this file, it will hang up and immediately exit with
|
||
errorlevel 100. It will then create a file called ISDOWN.<node#> in the
|
||
same directory to indicate that ProBoard has been shut down successfully.
|
||
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º TIPS & TRICKS º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Navigating Through Menus ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
ProBoard has been created for the novice and experienced user. It
|
||
supports Opus-like commands and RA/QBBS style hotkeys. Using hotkeys is
|
||
the easiest way to navigate through the menus. While a menu is being
|
||
displayed, you can enter any menu command. The displaying of the menu
|
||
will be stopped, and the corresponding menu function will be executed
|
||
immediately.
|
||
|
||
The other way to enter menu options is command stacking. This way you can
|
||
enter several menu commands at a prompt, and execute them all at once by
|
||
pressing [Enter]. You are not limited to menu commands only. You can
|
||
enter any key that should be "stacked". A ';' stands for <Enter>.
|
||
|
||
This asks for an example I guess. Suppose you are in a menu where option
|
||
[E] selects the "Enter Message" function. Now, if you want to write a
|
||
private message to the SysOp, using "Test" as a subject, you could enter:
|
||
|
||
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
118
|
||
ESysOp;Test;Y
|
||
|
||
E "Enter Message"
|
||
SysOp "Write message to" prompt
|
||
; Enter
|
||
Test "Subject" prompt
|
||
; Enter
|
||
Y Answer to "Private [Y/N]" prompt
|
||
|
||
If you don't like to use command stacking all the time, but want to use
|
||
it occasionally, you can enter a ';' at any menu prompt, and you will be
|
||
able to enter a "command stack".
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ The [S] & [P] key ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
You can stop almost any incoming text with the [S] key, and pause with
|
||
[P] key. To resume a paused text, press [P] again or press the <Enter>
|
||
key. The SysOp can disable this though.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Online help in each menu ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
You can create help files for each of your menus by doing the following:
|
||
|
||
Create a menu item in your global menu (GLOBAL.PBM) with the hotkey '?',
|
||
function 5 (Show ASC/ANS file), data "@<CurMenu>@". Now when a user hits
|
||
'?' in any menu, the file <MENUNAME>.A?? will be displayed to the user.
|
||
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Uploading files to the current file area ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Normally, uploads are sent to the predefined upload directory (set in
|
||
ProCFG/Options/Paths). You can override this in the upload function by
|
||
entering a path in the data field. You can use text macros to send
|
||
uploads to the CURRENT file area by entering @<CurFileAreaDir>@ in the
|
||
data field.
|
||
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º SOFTWARE DEVELOPMENT KIT (SDK) º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
Included with ProBoard is the ProBoard Software Development Kit (SDK). It
|
||
consists of the files PB_SDK.H, PB_SDK.OBJ and PB_SDK.LIB.
|
||
|
||
The SDK allows C and C++ programmers to write extensions to ProBoard. The
|
||
ProBoard Software Development Kit is bundled with ProBoard as free
|
||
software. This means that you may use it to write extensions for
|
||
ProBoard.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
The extensions you can write for ProBoard are called "PEX" (ProBoard
|
||
Executable) files. You may distribute any ProBoard PEX files you write
|
||
royalty free.
|
||
|
||
Any PEX files you create with the SDK are run from within ProBoard using
|
||
Menu Function 60 (Run ProBoard SDK file).
|
||
|
||
For more information on using the ProBoard Software Development Kit (SDK)
|
||
and the functions that it contains, please refer to the file included
|
||
with this release of ProBoard, called "PB220SDK.DOC".
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
119
|
||
|
||
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
|
||
º Telnet º
|
||
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Windows 10 Information ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
Users settuping ProBoard with GameSrv or Net2BBS on Windows XP through
|
||
Windows 8.1 can skip this information.
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Enable Legacy Console Mode ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
1. Open a command prompt, elevated command prompt, PowerShell, or
|
||
elevated PowerShell window.
|
||
Another way is you could also just directly right click on the
|
||
console window shortcut or file, click/tap on Properties, and go
|
||
to step 3 below.
|
||
|
||
2. Right click or press and hold on the title bar of the console
|
||
window, and click/tap on Properties.
|
||
|
||
3. Click/tap on the Options tab, check the Use legacy console box for
|
||
to turn on the Legacy Mode. This is actually needed to run any
|
||
DOS BBS software or DOS Door software in Windows 10!
|
||
Click/Tap on OK to apply.
|
||
|
||
4. Close and reopen the console window to apply.
|
||
|
||
This information was given by Mike Ehlert of PCMicro.com
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Setuping up ProBoard with Net2BBS ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
NetFoss was tested with ProBoard BBS for DOS version 2.17 and higher.
|
||
Replace C for your actual hard drive letter, if you did not use the C Drive.
|
||
Here is how to configure it:
|
||
|
||
1) Extract ProBoard in c:\pb
|
||
A. Create directories for each node such as c:\pb\node1
|
||
and c:\pb\node2 etc. *THIS IS A MUST!*
|
||
B. Your directory should look like this:
|
||
|
||
C:\PB
|
||
C:\PB\NODE1
|
||
C:\PB\NODE2
|
||
|
||
2) Create a RUNPB.BAT in the ProBoard Directory, which looks like this:
|
||
|
||
set proboard=c:\pb
|
||
cd\pb\node%1
|
||
\pb\proboard.exe -B115200 -N%1
|
||
|
||
The -B115200 switch tells ProBoard to assume that the caller is
|
||
already connected to the modem at that speed.
|
||
The -N%1 passes the node number, since %1 is replaced with the
|
||
node number when the batch file is run.
|
||
|
||
3) Unzip the NetFoss files into a directory such as c:\netfoss\ and also
|
||
unzip the included NET2BBS.ZIP into the same directory.
|
||
Copy NETFOSS.DLL into the \windows\system32\ directory.
|
||
This can ONLY be done from a Command Prompt which was opened using
|
||
"Run As Administrator" (right click on its icon to select this) in Windows
|
||
Vista and above. However this can also be done from dragging NETFOSS.DLL
|
||
in Windows Explorer to the \windows\system32\ folder.
|
||
|
||
4) Configure a Telnet Server to run the NF.BAT and the RUNPB.BAT
|
||
batch files. If you are using the included Net2BBS Telnet Server,
|
||
then edit your Net2BBS.INI file to use a command line like this:
|
||
|
||
Command=c:\netfoss\nf.bat /n*N /h*H c:\pb\runpb.bat *N
|
||
StartPath=c:\pb\node*N
|
||
|
||
5) For maximum file transfer speed, install Public Domain Zmodem
|
||
(PD ZModem) as an external protocol in ProBoard. This runs several
|
||
times faster then the ProBoard internal Zmodem or FDSZ.
|
||
|
||
6) Run NET2BBS.EXE, and it is ready to accept telnet connections.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
120
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ NFU and DOOR32.SYS under ProBoard for DOS ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
The following was written by Mike Ehlert and John Riley, Sr.
|
||
|
||
NetFoss Utilities for Win32 Doors version 1.14
|
||
==============================================
|
||
|
||
NFU allows DOS BBS software using NetFoss to run Win32 doors.
|
||
NFU currently has three functions:
|
||
|
||
1. Builds a DOOR32.SYS drop file, needed by most Win32 BBS Doors.
|
||
It does this by reading user data from the DOOR.SYS drop file, and also
|
||
reading the Telnet Socket Handle from the Windows Environment Variable
|
||
%SOCKET%.
|
||
|
||
2. Allows a Win32 application to run from a DOS BBS Shell, which must be
|
||
passed on the NFU command line.
|
||
|
||
3. It has an option to also pass keystrokes to the Console when the door
|
||
launches, but this does not work for non-Console GUI doors. This can be
|
||
useful for doors that ask if ANSI is supported, or asks the user for
|
||
their name. It can also be used to allowing a DOS BBS to shell to a
|
||
Win32 BBS that uses the same userbase.
|
||
|
||
NFU [path to DOOR.SYS] ["Door Command line + parameters in quotes"] <Opt par>
|
||
|
||
Examples:
|
||
NFU c:\proboard\node1 "c:\proboard\dark32\dark32.exe /n1"
|
||
NFU . "c:\proboard\dark32\dark32.exe /n1" (dot uses current directory)
|
||
|
||
Shortcuts:
|
||
$ - Replaced by path+\ only of DOOR32.SYS
|
||
^ - Replaced by path+\filename of DOOR32.SYS
|
||
|
||
Optional parameters:
|
||
/Q - Quiet Mode: No console output except for error messages
|
||
/R - RIP Enable: Without this, RIP Emulation in DOOR.SYS is ignored
|
||
/YN - Send Yes/No character to a door that asks user if they have ANSI
|
||
/K="x" - Stuff keyboard buffer with one character or a string of characters
|
||
Keyboard macros: |=Enter, !N=User Name, !A=User Alias, !P=Password
|
||
|
||
The second parameter can be a batch file (.BAT or .CMD), or an executable.
|
||
Keyboard macros are case sensitive.
|
||
|
||
|
||
IMPORTANT INSTRUCTIONS
|
||
======================
|
||
|
||
If you are using Net2BBS version 1.14 or later then skip the next two steps
|
||
and continue on to the the "Adding your DOOR32 to your BBS" section.
|
||
Net2BBS 1.14 and later automatically updates the %SOCKET% environment variable
|
||
with the Telnet Socket Handle.
|
||
|
||
|
||
Changes to your telnet server command line:
|
||
-------------------------------------------
|
||
|
||
If your current telnet server command line may look something like this:
|
||
Command=c:\netfoss\nf.bat /n*N /h*H c:\pb\proboard.bat *N
|
||
|
||
As you can see, the BBS batch file (in this case proboard.bat) is only being
|
||
passed the node number, (using the *N macro) which it will be able to accessed
|
||
as variable %1 since it is the first parameter passed.
|
||
|
||
You will need to change the command line to also pass the Socket Handle
|
||
(using the *H macro), as the second parameter being passed to proboard.bat, so
|
||
it will be accessable as variable %2.
|
||
|
||
The new telnet server command line will look like this after the change:
|
||
Command=c:\netfoss\nf.bat /n*N /h*H c:\proboard\proboard.bat *N *H
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
121
|
||
|
||
Changes to the BBS batch file:
|
||
------------------------------
|
||
|
||
Add the following line to proboard.bat before it runs the BBS software:
|
||
set SOCKET=%2
|
||
|
||
This will store the socket handle into the environment variable %SOCKET%,
|
||
which can later be accessed by NFU so the socket handle can be placed in the
|
||
DOOR32.SYS drop file it creates.
|
||
|
||
Adding your DOOR32 door to your BBS:
|
||
------------------------------------
|
||
|
||
In order for a DOS BBS to run a Win32 Door, the Door command line or batch
|
||
file must be passed through NFU on the second command line parameter shown
|
||
above. The Door command line must be contained within quote marks to allow
|
||
spaces between any passed parameters.
|
||
|
||
Below are setup examples for the following 32-bit Windows doors:
|
||
|
||
BBSLink
|
||
MannIRC
|
||
LORD32
|
||
Darkness
|
||
DoorMud
|
||
Ambroshia
|
||
Pimp Wars
|
||
Jezibel
|
||
Food Fight 2004
|
||
|
||
|
||
BBSLink
|
||
-------
|
||
|
||
BBSLink is an InterBBS Game Server using a modifed version of Manning's Telnet Door
|
||
which automaticly logs the user into their Server and directly into the desired door
|
||
using the BBS Sysops pre-assigned credentials.
|
||
You can join for free at http://bbsnet.net
|
||
|
||
How to install BBSNet for a DOS BBS:
|
||
|
||
1. Extract BBSlink to a directory/folder. (In this example we will assume C:\BBSLINK)
|
||
and install Microsoft DotNet (.NET), which is required by the RM Library .DLL
|
||
|
||
2. Edit your BBSLINK.BAT file, and fill in the 3 codes provided by the BBSLink admin.
|
||
While you are editing this batch file, you will need to add a "Change Directory"
|
||
command to change to its directory somewhere before the bbslink.exe line:
|
||
CD\BBSLINK
|
||
If you are running your BBS from a different drive then BBSLink is on, then you may
|
||
also want to add a "C:" command on the line above it.
|
||
|
||
3. In your BBS software, configure your door to run a Command Line such as this example,
|
||
which will run NFU.EXE and pass the path-only of your BBS Nodes dropfile directory,
|
||
as well as the BBSLINK.BAT that NFU will execute along with its needed parameters.
|
||
Say for example, that your BBS software is ProBoard and your BBS directory structure is
|
||
C:\PB (main BBS directory)
|
||
C:\PB\NODE1 (Node 1 dropfile directory)
|
||
C:\PB\NODE2 (Node 2 dropfile directory)
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
122
|
||
|
||
ProBoard BBS uses the following Door Command Line macros:
|
||
*# is replaced by the Node number
|
||
*D tells ProBoard to create a DOOR.SYS drop file, and is filtered out.
|
||
So the following type-7 Command Line could be configured for this door in ProCfg:
|
||
So the following type-7 Command Line could be configured for this door in ProCfg:
|
||
c:\netfoss\nfu.exe c:\pb\node*# "c:\bbslink\bbslink.bat lord C:\pb\node*#\DOOR32.SYS" *D
|
||
|
||
Note that for node 1, the above command line would be translated by the BBS as so:
|
||
c:\pb\nfu.exe c:\pb\node1 "c:\bbslink\bbslink.bat lord c:\pb\node1\DOOR32.SYS"
|
||
|
||
Since ProBoard and most other BBS software sets the current directory as the node's
|
||
dropfile directory before executing a door, you could shorten the size of the
|
||
first parameter by replacing the path to the dropfile diretory shown above with just
|
||
a ".", telling NFU to use the current directory to read door.sys from and to create
|
||
the DOOR32.SYS in, like so:
|
||
c:\netfoss\nfu.exe . "c:\bbslink\bbslink.bat lord c:\pb\node1\DOOR32.SYS" *D
|
||
|
||
You could also shorten the second parameter by replacing the "Full path+\DOOR32.SYS"
|
||
with a "^" character, like so:
|
||
c:\netfoss\nfu.exe . "c:\bbslink\bbslink.bat lord ^" *D
|
||
|
||
Note: the *D in this example is only used to tell ProBoard to create a DOOR.SYS
|
||
drop file. Other BBS software will have different ways of configuring this which
|
||
are often not command line macros. Many BBS programs create the DOOR.SYS by default.
|
||
|
||
Check your BBS documentation on what macro it uses to pass the node number. While
|
||
Proboard uses *#, most BBS software use *N and many use other macros.
|
||
|
||
4. Once you have BBSLink working sucessfully with the above configuration for the LORD
|
||
door, simply create additional menu options as above for the other door games
|
||
available on BBSlink, replacing the word "lord" with one of the other door codes,
|
||
such as lord2, teos, ooww, tw, luna, etc. A complete list of codes is available at
|
||
http://www.bbslink.net/sysop/
|
||
|
||
Avoid these common mistakes:
|
||
* Don't leave out the quote marks on the Command Line passed to NFU. NFU requires two
|
||
parameters (1: The dropfile path to the door.sys, 2: the full command line to execute),
|
||
and this second parameter must be in quotes if it contains its own set of parameters.
|
||
* Do not include the name of DOOR.SYS in parameter 1, just the path where it is located
|
||
NFU will read the DOOR.SYS dropfile here, and will create the DOOR32.SYS dropfile in
|
||
the same directory before executing the Command Line in parameter 2.
|
||
* BBSLink requires NOT ONLY the path to a DOOR32.SYS file as stated in it's documentation,
|
||
it also requires the DOOR32.SYS filename to be included in that path.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
123
|
||
|
||
MannIRC Door
|
||
------------
|
||
|
||
MannIRC is a Bitch-X style IRC client for BBS systems by Rick Parrish of R&M Software,
|
||
and is available from http://randm.ca
|
||
|
||
Here is how to install it.
|
||
|
||
1. Extract MANNIRC.RAR to a directory/folder. (In this example we will use C:\PB\MANNIRC)
|
||
|
||
2. Open MannIRC.ini in your favourite text editor, and edit the options as described in
|
||
MANNIRC.HTML
|
||
|
||
3. In your BBS software, configure your door to run a Command Line such as this example,
|
||
which will run NFU.EXE and pass the path-only of your BBS Nodes dropfile directory,
|
||
as well as the MANNIRC.EXE that NFU will execute along with its needed node parameter.
|
||
Say for example, that your BBS software is ProBoard and your BBS directory structure is
|
||
C:\PB (main BBS directory)
|
||
C:\PB\NODE1 (Node 1 dropfile directory)
|
||
C:\PB\NODE2 (Node 2 dropfile directory)
|
||
|
||
ProBoard BBS uses the following Door Command Line macros:
|
||
*# is replaced by the Node number
|
||
*D tells ProBoard to create a DOOR.SYS drop file, and is filtered out.
|
||
So the following type-7 Command Line could be configured for this door in ProCfg:
|
||
c:\netfoss\nfu.exe c:\pb\node*# "c:\pb\mannirc\mannirc.exe c:\pb\node*#\door32.sys" *D
|
||
|
||
Note that for node 1, the above command line would be translated by the BBS as so:
|
||
c:\netfoss\nfu.exe c:\pb\node1 "c:\pb\mannirc\mannirc.exe c:\pb\node1\door32.sys"
|
||
|
||
If your BBS software automaticly sets the current directory as the node's dropfile
|
||
directory before executing a door, you can shorten the size of the first parameter
|
||
replacing the path to the dropfile diretory shown above in parameter 1 with just a
|
||
".", telling NFU to use the current directory to read door.sys from and to
|
||
create the door32.sys in, like so:
|
||
c:\netfoss\nfu.exe . "c:\pb\mannirc\mannirc.exe c:\pb\node*#\door32.sys" *D
|
||
|
||
To make the second parameter shorter, you can use the "^" shortcut character to replace
|
||
the path and filename of the DOOR32.SYS like so:
|
||
c:\netfoss\nfu.exe . "c:\pb\mannirc\mannirc.exe ^" *D
|
||
|
||
|
||
LORD32
|
||
------
|
||
|
||
Legend of the Red Dragon Win32 edition was never released to the public. It was written
|
||
by Michael Preslar while he worked for Metropolis Gameport, and the 2005 beta version
|
||
can be found on several BBS sites. Only the DOS edition is available from gameport.com.
|
||
|
||
Here is how to install it:
|
||
|
||
1. Extract 32LO407B.ZIP to a directory/folder. In this example
|
||
we will assume C:\PB\LORD32
|
||
|
||
2. Run LORDCFG.EXE, and if this is a new installation it will prompt you to create
|
||
a new LORD.DAT file.
|
||
Select Configure Nodes, and Use the "[" and "]" keys to go forward and back one node,
|
||
and for each node page, set the following:
|
||
BBS Software: DOOR.SYS
|
||
Path to Dropfile: <the path where your BBS creates the DOOR.SYS for this node>
|
||
Fossil/Internal: Regular Fossil Driver
|
||
Once all nodes are configured, press escape to exit.
|
||
|
||
3. In your BBS software, configure your door to run a Command Line such as this example,
|
||
which will run NFU.EXE and pass the path-only of your BBS Nodes dropfile directory,
|
||
as well as the LORD32.EXE that NFU will execute along with its needed node parameter.
|
||
Say for example, that your BBS software is ProBoard and your BBS directory structure is
|
||
C:\PB (main BBS directory)
|
||
C:\PB\NODE1 (Node 1 dropfile directory)
|
||
C:\PB\NODE2 (Node 2 dropfile directory)
|
||
|
||
ProBoard BBS uses the following Door Command Line macros:
|
||
*# is replaced by the Node number
|
||
*D tells ProBoard to create a DOOR.SYS drop file, and is filtered out.
|
||
So the following type-7 Command Line could be configured for this door in ProCfg:
|
||
c:\netfoss\nfu.exe c:\pb\node*# "c:\pb\lord32\lord.exe -Dc:\pb\node*#\door32.sys" *D
|
||
|
||
Note that for node 1, the above command line would be translated by the BBS as so:
|
||
c:\netfoss\nfu.exe c:\pb\node1 "c:\pb\lord32\lord32.exe -Dc:\pb\node1\door32.sys"
|
||
|
||
If your BBS software automaticly sets the current directory as the node's dropfile
|
||
directory before executing a door, you can shorten the size of the first parameter by
|
||
replacing the path to the dropfile diretory shown above in parameter 1 with just a
|
||
".", telling NFU to use the current directory to read door.sys from and to
|
||
create the door32.sys in, like so:
|
||
c:\netfoss\nfu.exe . "c:\pb\lord32\lord32.exe -Dc:\pb\node*#\door32.sys" *D
|
||
|
||
You can also shorten the second parameter by replacing the path+\door32.sys to
|
||
with the "^" character like so:
|
||
c:\netfoss\nfu.exe . "c:\pb\lord32\lord32.exe -D^" *D
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
124
|
||
|
||
Darkness
|
||
--------
|
||
|
||
Darkness was one of the first DOOR32 door games released. It is a LORD style game,
|
||
by Jack Phlash of Demonic, and is available from Distortion BBS at http://d1st.org
|
||
Here is how to install it.
|
||
|
||
1. Extract DRK100B3.ZIP the D112001.ZIP update to a directory/folder. In this example
|
||
we will assume C:\PB\DARK32
|
||
|
||
2. Run DARKCFG.EXE, and select [c] BBS and modem config.
|
||
Use the "[" and "]" keys to go forward and back one node, and for each node page,
|
||
you will need to select "[d] Drop file directory" and change it to the correct
|
||
directory for your BBS. For example, C:\PB\NODE1\ for Node 1
|
||
Once you have configured all your nodes, press [q] twice to quit and save changes.
|
||
|
||
3. In your BBS software, configure your door to run a Command Line such as this example,
|
||
which will run NFU.EXE and pass the path-only of your BBS Nodes dropfile directory,
|
||
as well as the DARK32.EXE that NFU will execute along with its needed node parameter.
|
||
Say for example, that your BBS software is ProBoard and your BBS directory structure is
|
||
C:\PB (main BBS directory)
|
||
C:\PB\NODE1 (Node 1 dropfile directory)
|
||
C:\PB\NODE2 (Node 2 dropfile directory)
|
||
|
||
ProBoard BBS uses the following Door Command Line macros:
|
||
*# is replaced by the Node number
|
||
*D tells ProBoard to create a DOOR.SYS drop file, and is filtered out.
|
||
So the following type-7 Command Line could be configured for this door in ProCfg:
|
||
c:\netfoss\nfu.exe c:\pb\node*# "c:\pb\dark32\dark32.exe /N*#" *D
|
||
|
||
Note that for node 1, the above command line would be translated by the BBS as so:
|
||
c:\netfoss\nfu.exe c:\pb\node1 "c:\pb\dark32\dark32.exe /N1"
|
||
|
||
If your BBS software automaticly sets the current directory as the node's dropfile
|
||
directory before executing a door, you can shorten the size of the first parameter by
|
||
replacing the path to the dropfile diretory shown above in parameter 1 with just a
|
||
".", telling NFU to use the current directory to read door.sys from and to
|
||
create the door32.sys in, like so:
|
||
c:\netfoss\nfu.exe . "c:\pb\dark32\dark32.exe /N1" *D
|
||
|
||
|
||
DoorMud
|
||
-------
|
||
|
||
DoorMud - Land of the Forgotten is a Multi User Dungeon (MUD) game by Evan Elias, and
|
||
it's available from http://dmud.thebbs.org
|
||
|
||
Here is how to install it:
|
||
|
||
1. Extract the DOOR32 version of DoorMud (DMUD099D.ZIP) to a directory/folder.
|
||
(In this example we will assume C:\PB\DMUD)
|
||
|
||
2. You must first run the door in local mode by executing "dmud32d.exe -l". The game will
|
||
automatically finish its installation the first time you run it in local mode.
|
||
|
||
3. In your BBS software, configure your door to run a Command Line such as this example,
|
||
which will run NFU.EXE and pass the path-only of your BBS Nodes dropfile directory,
|
||
as well as the DMUDD32.EXE that NFU will execute along with its needed parameters.
|
||
Say for example, that your BBS software is ProBoard and your BBS directory structure is
|
||
C:\PB (main BBS directory)
|
||
C:\PB\NODE1 (Node 1 dropfile directory)
|
||
C:\PB\NODE2 (Node 2 dropfile directory)
|
||
|
||
ProBoard BBS uses the following Door Command Line macros:
|
||
*# is replaced by the Node number
|
||
*D tells ProBoard to create a DOOR.SYS drop file, and is filtered out.
|
||
So the following type-7 Command Line could be configured for this door in ProCfg:
|
||
c:\netfoss\nfu.exe c:\pb\node*# "c:\pb\dmud\dmudd32.exe -N *# -D c:\pb\node*#" *D
|
||
|
||
Note that for node 1, the above command line would be translated by the BBS as so:
|
||
c:\netfoss\nfu.exe c:\pb\node1 "c:\pb\dmud\dmudd32.exe -N 1 -D c:\pb\node1"
|
||
|
||
If your BBS software automaticly sets the current directory as the node's dropfile
|
||
directory before executing a door, you can shorten the size of the first parameter by
|
||
replacing the path to the dropfile diretory shown above in parameter 1 with just a
|
||
".", telling NFU to use the current directory to read door.sys from and to
|
||
create the door32.sys in, like so:
|
||
c:\netfoss\nfu.exe . "c:\pb\dmud\dmudd32.exe -N *# -D c:\pb\node*#" *D
|
||
|
||
You can also shorten the second parameter by replacing the path (only) to
|
||
the DOOR32.SYS file (without the filename) with the "$" character like so:
|
||
c:\netfoss\nfu.exe . "c:\pb\dmud\dmudd32.exe -N *# -D $" *D
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
125
|
||
|
||
-----------------------------------------------------------------------------------
|
||
Above this point we have provided examples with detailed descriptions of the various
|
||
ways the Door Command Line can be entered using the shortcuts to minimize the size
|
||
of the Command line. The examples below include less details to avoid repetition.
|
||
------------------------------------------------------------------------------------
|
||
|
||
Ambroshia
|
||
---------
|
||
|
||
Ambroshia - The Test of Time is a Multi User Dungeon (MUD) game by Dominic Carretto, and
|
||
it's available from http://ambroshia.thebbs.org
|
||
|
||
Here is how to install it: (Assuming that your BBS uses *# as the node macro)
|
||
|
||
1. Extract the Win32 version of Ambroishia (AMB4031.ZIP) to a directory/folder.
|
||
(In this example we will assume C:\PB\AMBV4)
|
||
|
||
2. In your BBS software, configure your door to run a Command Line such as this example:
|
||
c:\netfoss\nfu.exe c:\pb\node*# "c:\pb\amb\amblaunch.exe /n *# /d c:\pb\node*#\door32.sys" *D
|
||
|
||
Note that for node 1, the above command line would be translated by the BBS as so:
|
||
c:\netfoss\nfu.exe c:\pb\node1 C:\PB\amb\amblaunch.exe /n 1 /d c:\pb\node1\door.sys"
|
||
|
||
If your BBS software automaticly sets the current directory as the node's dropfile
|
||
directory before executing a door, you can shorten the size of parameter 1 like this:
|
||
c:\netfoss\nfu.exe . "c:\pb\amb\amblaunch.exe /n *# /d c:\pb\node*#\door32.sys" *D
|
||
|
||
You can also shorten the second parameter by replacing the path (only) to
|
||
c:\netfoss\nfu.exe . "c:\pb\amb\amblaunch.exe /n *# /d ^" *D
|
||
|
||
|
||
Pimpwars
|
||
--------
|
||
|
||
PimpWars is another classic RPG in which you play a pimp. It was updated to Win32 by
|
||
James Coyle of MysticBBS fame.
|
||
|
||
James left one annoying "feature" from the original game, in which it ignores the ANSI
|
||
graphics setting found in the drop file, and instead asks the user "Use ANSI? (Y/N)"
|
||
when it start up. NFU can automaticlly answer this question, so it's never even seen by
|
||
the user by adding the /YN switch as the third parameter.
|
||
|
||
Here is how to install it: (Assuming that your BBS uses *# as the node macro)
|
||
|
||
1. Extract PW_153W.ZIP to a directory/folder. In this example we will assume C:\PB\PIMPWARS)
|
||
|
||
2. In your BBS software, configure your door to run a Command Line such as this example:
|
||
c:\netfoss\nfu.exe c:\pb\node*# "c:\pb\pimpwars\pimpwars.exe c:\pb\node*#\door32.sys *#" /YN *D
|
||
|
||
Note that for node 1, the above command line would be translated by the BBS as so:
|
||
c:\netfoss\nfu.exe c:\pb\node1 "c:\pb\pimpwars\pimpwars.exe c:\pb\node1\door32.sys 1" /YN *D
|
||
|
||
If your BBS software automaticly sets the current directory as the node's dropfile
|
||
directory before executing a door, you can shorten the size of parameter 1 like this:
|
||
c:\netfoss\nfu.exe . "c:\pb\pimpwars\pimpwars.exe c:\pb\node*#\door32.sys *N" /YN *D
|
||
|
||
You can also shorten the second parameter by replacing the path+/DOOR32.SYS with "^":
|
||
c:\netfoss\nfu.exe . "c:\pb\pimpwars\pimpwars.exe ^ *#" /YN *D
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
126
|
||
|
||
Jezabel
|
||
-------
|
||
|
||
Jezabel is an RPG in which you are a virus and battle other malware written by DreamMaster.
|
||
It's available from http://dreamlandbbs.org.
|
||
|
||
Here is how to install it: (Assuming that your BBS uses *# as the node macro)
|
||
|
||
1. Extract JZBL25.ZIP to a directory/folder. In this example we will assume C:\pb\jez)
|
||
|
||
2. In your BBS software, configure your door to run a Command Line such as this example:
|
||
c:\netfoss\nfu.exe c:\pb\node*# "c:\pb\jez\jezw32.exe c:\pb\node*#\door32.sys" *D
|
||
|
||
Note that for node 1, the above command line would be translated by the BBS as so:
|
||
c:\netfoss\nfu.exe c:\pb\node1 C:\pb\jez\jezw32.exe c:\pb\node1\door.sys"
|
||
|
||
If your BBS software automaticly sets the current directory as the node's dropfile
|
||
directory before executing a door, you can shorten the size of parameter 1 like this:
|
||
c:\netfoss\nfu.exe . C:\pb\jez\jezw32.exe c:\pb\node*#\door.sys"
|
||
|
||
You can also shorten the second parameter by replacing the path+/DOOR32.SYS with "^":
|
||
c:\netfoss\nfu.exe . C:\pb\jez\jezw32.exe ^" *D
|
||
|
||
|
||
Food Fight 2004
|
||
---------------
|
||
|
||
Food Fight 2004 was a Win32 remake of the Classic DOS Food Fight door, written by
|
||
Chris Martino.
|
||
|
||
|
||
1. Extract FF2K4V24.ZIP to a directory/folder. In this example we will assume C:\PB\FOOD)
|
||
|
||
2. In your BBS software, configure your door to run a Command Line such as this example:
|
||
c:\netfoss\nfu.exe c:\pb\node*# "c:\pb\food\ff2k4.exe -Dc:\pb\node*#\door32.sys" *D
|
||
|
||
Note that for node 1, the above command line would be translated by the BBS as so:
|
||
c:\netfoss\nfu.exe c:\pb\node1 "c:\pb\food\ff2k4.exe -Dc:\pb\node1\door32.sys"
|
||
|
||
If your BBS software automaticly sets the current directory as the node's dropfile
|
||
directory before executing a door, you can shorten the size of parameter 1 like this:
|
||
c:\netfoss\nfu.exe . "c:\pb\food\ff2k4.exe -Dc:\pb\node*#\door32.sys" *D
|
||
|
||
You can also shorten the second parameter by replacing the path+/DOOR32.SYS with "^":
|
||
c:\netfoss\nfu.exe . C:\pb\jez\jezw32.exe ^" *D
|
||
|
||
(Leave out the *D if not using ProBoard - this tells ProBoard to create a DOOR.SYS)
|
||
|
||
|
||
Other Win32 doors that were tested but not found to be worthwhile documenting:
|
||
MyCroft doors: sherlock Holmes, Ficitois Stock Exchange, Steller Quest, U-Boat.
|
||
Atlantis doors: Kentucky Derby, Vegas Slots
|
||
Tournament Trivia (from DoorMud author)
|
||
KFTO Boxing (
|
||
BBS Simulator (Zoob)
|
||
Usurper - Great classic game but the Win32 version is still in beta and it requires upgrading
|
||
from other versions currently.
|
||
|
||
|
||
Win32 doors that appear not to work:
|
||
------------------------------------
|
||
The Online Pub for Windows by Paul Sidorsky only supports Windows COM port handles,
|
||
and not TCP Sockets, so it will not work.
|
||
|
||
The Telnet Door by Enigma/Dink released with his Citrisoft kit appears to only support
|
||
Windows COM Port handles, and not TCP Sockets, so it will not work.
|
||
|
||
The Telnet Door by Mercyful Fate will get as far as making a remote connection, but once
|
||
it displays the remote logon screen, it will disconnect (or perhaps the remote BBS
|
||
disconnects due to a telnet negotiation issue).
|
||
If anyone is able to get this to work correctly, please let me know.
|
||
|
||
The only telnet door that appears to work so far is the one by Rick at R&M, which uses
|
||
settings simular to the one for BBSLink without needing a batch file.
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
127
|
||
|
||
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
|
||
³ Setuping up ProBoard with GameSrv ³
|
||
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
|
||
|
||
1.) First thing to do is install ProBoard just like the help/docs in the archive tell you.
|
||
I believe you just unpack the ZIP into any directory of your choice. Run the INSTALL.EXE
|
||
and follow the prompts!
|
||
|
||
2.) Next click on the GameSRV setup executable! However make sure you uncheck the FOSSIL
|
||
drivers and the DOORS!
|
||
|
||
3.) Next install NetFoss 1.X into the same directory you told GameSRV to install into. However,
|
||
you have to copy or move NETFOSS.DLL into C:\WINDOWS\SYSTEM32 under Windows XP or higher!
|
||
|
||
4.) Now create a RUNBBS.BAT to look just like this:
|
||
|
||
@ECHO OFF
|
||
|
||
REM IF YOU DID NOT INSTALL INTO C:\GAMESRV THEN YOU WILL HAVE TO CHANGE
|
||
REM THE THREE LINES BELOW WHICH MAKE REFERENCE TO THAT DIRECTORY
|
||
REM DO _NOT_ CHANGE ANYTHING ELSE
|
||
C:
|
||
C:\GAMESRV\NETFOSS.COM /n%1
|
||
IF ERRORLEVEL 1 GOTO END
|
||
C:\GAMESRV\NETCOM.EXE /n%1 /h%2 C:\GAMESRV\BBS.BAT %1
|
||
C:\GAMESRV\NETFOSS.COM /U
|
||
:END
|
||
|
||
5.) Now edit/create you a BBS.BAT. It should look like this:
|
||
|
||
@ECHO OFF
|
||
|
||
REM IF YOU DID NOT INSTALL INTO C:\PB THEN YOU WILL HAVE TO CHANGE
|
||
REM THE THREE LINES BELOW WHICH MAKE REFERENCE TO THAT DIRECTORY
|
||
REM DO _NOT_ CHANGE ANYTHING ELSE
|
||
C:
|
||
C:\WINDOWS\SYSTEM32\SHARE.EXE /f:4096
|
||
SET PROBOARD=C:\PB
|
||
cd\PB\node%1
|
||
C:\PB\PROBOARD -n%1 -b115200
|
||
:END
|
||
|
||
6.) Now edit GameSRV's General Information Tab under the Configuration Editor...
|
||
|
||
7.) Click the SAVE Button!
|
||
|
||
8.) Now test it out and see if it works! Load a program such as SyncTERM, Hyperterminal, Qmodem Pro
|
||
for Win95/NT, or even mTel32! Tell any of these programs to connect to your ISP Address, your
|
||
Domain Name, or Sub-Domain Name. Which ever one is pointed to your computer with ProBoard and GameSrv
|
||
on it. Your IP address will always be pointed to your computer!
|
||
|
||
9.) If for some reason you have problem with echo when signing on with one of the programs above, then go
|
||
into ProCFG and edit the modem Init String for each Node you have, to read this:
|
||
|
||
ATH0 S1001=1 S1002=1 S1003=7 S1005=0 S1008=23 &D2H0S0=1|
|
||
|
||
That should be all you need to install ProBoard with GameSrv and NetFOSS!
|
||
You can download latest version of GameSrv at https://www.randm.ca/
|
||
|
||
You can also find the latest version of ProBoard on telnet://slasherbbs.com/ or http://proboardbbs.com
|
||
|
||
GameSrv Copyright © 2019 Rick Parish - R & M Software.
|
||
NetFOSS Copyright © 2019 Mike Ehlert - pcmicro.com
|
||
ProBoard is Copyright © 2019 John Riley, Sr. and rileypcmd.com - rileypcmd.com or slasherbbs.com or proboardbbs.com
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
128
|
||
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
# # #
|
||
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
|
||
|