[9.0] - NetworkingSelecting the Networks option from the SCFG will produce a list of available network technologies. [9.1] - QWK Packet NetworkingLet's start with some basic definitions. A QWK netted BBS is either a node, a hub, or both. A node is a BBS that calls another QWK net hub to transfer packets (receiving QWK and sending REP). A hub is a system that receives calls from other nodes and transfers packets (sending QWK and receiving REP). There are two options from the QWK Packet Networks menu, Network Hubs and Default Tagline. Selecting the Default Tagline will allow you to create or edit the tagline that will be used for messages that are sent out on the network from your QWK netted sub-boards. Individual sub-boards can have a different tagline to override this one, or use no tagline at all. Ctrl-A codes can be used in taglines so that other Synchronet systems will see the tagline in your preferred color scheme. The beginning of the tagline is not configurable. It consists of a tear line and the Synchronet product name: --- ώ Synchronet ώ The configured tagline text will be attached to the end of the above tagline. [9.1.1] - Network HubsSelecting this option produces a list of configured hubs that your system calls to upload REP packets to and download QWK packets from. If a system calls your system for messages, it is a node and your system is the hub and you should not have that system listed as a hub. If you do not call any systems for networked messages, then your system is a hub and the only configuration you need to do is set your taglines and the network options for each of your netted sub-boards. Use INS to add hubs and DEL to delete hubs from this hub list.
[9.1.2] - Networked Sub-boardsSelecting this option will give a sub-menu containing a list of networked sub-boards that will look something like this:
[9.1.3] - Configuring Your BBS as a QWK NodeIn the SCFG program, you'll need to specify your system's tagline (usually the system name and phone number), the hubs to call, when to call, what node will do the calling, and which sub-boards to carry for each hub (a sub-board can send and receive messages from more than one hub!). The hub's System ID is important and must match the System ID of the hub BBS. For each hub, you can specify a list of sub-boards to network. For each sub-board, you must also set the conference number for the sub-board on the hub BBS. In Synchronet, conference numbers are based on the Group/Sub-board relationship. Group 1 / Sub 1 is conference number 1001, Group 2 / Sub 3 is conference 2003, etc. (Note: this is NOT the conference number for the sub-board on your BBS. It is the conference number on the hub BBS.) Also, for each sub-board you must set the method of Ctrl-A code handling. If the hub system is a Synchronet BBS, you'll want to leave Ctrl-A codes in. If it is not, you'll probably want to strip them. You'll need to decide which node will do the calling-out and configure it so. You'll also need to decide if you want your BBS to call-out multiple times per day at any given time based on a total number of calls per day (usually, if all your hubs are local) or if you wish the BBS to call-out at a specific time every day (usually if one or more hubs are long distance). You also need to set the command line to execute to perform the call-out. If your hub is a Synchronet BBS, use the included QNET module (*QNET), otherwise you probably use a batch file to execute a scripted terminal program. Example scripts for Telix, Robocomm, and Qmodem are included in the EXEC directory (SBBSQNET.*). [9.1.4] - Configuring Your BBS as a QWK Network HubBeing a QWK network hub, just means that other QWK network compatible systems are going to logon to your system and upload and download messages. All you have to do is create a user account for each QWK network node that is going to call your system. The user name/alias should be the QWK system ID of the node BBS. The account needs to have the 'Q' restriction. The 'Q' restriction is used only for QWK network node accounts. An account with this restriction will receive the QWK: prompt immediately upon logon and can't access any other facility of the BBS. This restriction also allows that account to send messages that are from other users as well as receive private posts that are to other users. In addition to the 'Q' restriction, the 'L' (logons per day) and 'T' (time per day) exemptions may be helpful, depending on how many times the node will call your system a day and the time per call/day and logons per day allowed by the level you've given the account. Be sure to give all node accounts sufficient access to read and write messages on the sub-boards networked between the node and your BBS. [9.2] - Transferring Files Through QWK NetworkSynchronet allows the transferring of files between a QWK network node and hub with great simplicity. If you wish to send a file to a QWK network hub (your system calls directly) or QWK network node (their system calls yours directly), create a DOS subdirectory of DATA\QNET\QWKID.OUT, where QWKID is the QWK ID of the system to which you are sending the file. Copy any files you wish to send to this system into this directory. The next time the systems network with each other, the files will be sent. If your system is a QWK network node, you may request a file from your hub by posting a private message to SBBS on any of the networked sub-boards you get from your hub. The title of the message must contain "FREQ FILENAME.EXT" where FILENAME.EXT is the filename and extension of the file to download. When files are received through a QWK network, the sysop is notified of the received file upon next logon. The file will be automatically placed in the subdirectory DATA\QNET\QWKID.IN, where QWKID is the QWK ID of the system that sent the file. The transferring of files can be made automated for other programs to share data over the network. One popular use for this is Online Games that support inter-BBS play. One such game is Barren Realms Elite (BRE), see the external programs section for more information on this. [9.3] - PostLink NetworkingPostLink is a message networking program written by Kip Compton and available for purchase from Bonnie Anthony (see Contacts Appendix). It is a derivation from PCRelay software. RelayNet (AKA RIME), headed by Bonnie Anthony, ILink and a few other networks use this technology. Selecting this option from the networks menu will bring up the following sub-menu:
[9.4] - FidoNet NetworkingFidoNet is both a network technology (referred to as FTN) and an actual message network. The technology was developed specifically for FidoNet, but is used by many other networks today as well. These non-FidoNet networks are referred to as FTNs (FidoNet Technology Networks) because they share the same technology, but don't necessarily have anything more in common with FidoNet. Setting up a FidoNet is likely the most complex task a sysop could attempt. There are many steps associated with joining a FidoNet and most of the steps involve new terminology to even the most experienced sysop. The first step is to find a FidoNet Front-end mailer program. This program will need to be run to make and accept FidoNet mail calls. It is usually run 24 hours a day, but is usually only required during a certain period (called Mail Hour and defined by the individual networks). The most popular of these programs are FrontDoor, D'bridge, InterMail, and Binkley. Both FrontDoor and Binkley will require the use of a FOSSIL (serial communications) driver as well. The most popular FOSSIL drivers are BNU and X00 (many DOORs require FOSSIL drivers as well). When running Synchronet from the Front-end, you will need to pass the current connect rate, tell Synchronet to quit after the call, and possibly pass the minutes till the next event. Example: SBBS Q C14400 E60 The above command line tells Synchronet that someone is currently connected (at 14400bps), to quit back to DOS after the caller logs off, and that the next scheduled event is in 60 minutes. See Appendix B for all the available switches for running Synchronet. SBBSecho is an included Synchronet utility (registered separately) to import/export NetMail and EchoMail bundles/packets. NetMail will be exported to and imported from the directory specified in the Networks configuration in SCFG. EchoMail will be imported to and exported from the EchoMail path specified for that sub-board, or off the base EchoMail directory specified in SCFG Network options in a subdirectory named after the internal code of the sub-board. [9.4.1] - Step-by-Step instructions for setting up FidoNet using SBBSecho and InterMail (v2 Only)One of the most difficult tasks that the novice sysop will encounter is the
setting up of FidoNet. These instructions will take you step by step through
the process of setting up FidoNet on your BBS. Be warned that these steps are
very basic, just enough to get FidoNet up and running on your system, but it
may still be necessary for you to refer to the documentation which accompanies
the programs referred to in these steps. For any advanced operations you will
definitely need to refer to the documentation of programs referred to in these
steps. If you know of anyone who is already on FidoNet that is willing to help
you out, by all means ask them for their help!
NOTE that while it doesn't cost anything to have a node number (for sending
and receiving netmail) or to receive local conferences, there is usually a
nominal fee (called "cost recovery") to receive conferences from the FidoNet
backbone or files from the FidoNet filebone.
1) First of all you will need to obtain a copy of FidoNet's Policy 4 document
(the filename is usually POLICY4.ZIP or POLICY4.TXT), a recent nodelist
(usually named NODELIST.???), AND a front-end mailer program. All three of
these can normally be downloaded from any local BBS which carries FidoNet
(if not, an e-mail to the sysop of a FidoNet BBS can usually point you in
the right direction). There are several front-end mailers available such
as FrontDoor, InterMail, D'Bridge, SEAdog, Dutchie, BinkleyTerm, and Portal
of Power to name a few (the latter two are referred to as "FLO-Style"
mailers and the others are referred to as "Attach-Style" mailers). Most
front-end mailers offer a limited evaluation version which you can try out
before you decide to purchase the program.
2) Read the Policy 4 document, it will give you information about FidoNet as
well as some specifics on how to obtain a node number for your system.
3) If you do not plan to run InterMail (or FrontDoor which is very similar)
you must set up the front-end mailer you plan to use by following the
directions which accompany the program and then skip to step number 9.
The documentation will also tell you how to "compile" the nodelist file
you've downloaded so that your front-end mailer can use it. Use the
temporary address specified in Policy 4 when specifying your node address
in the front-end mailer.
Setting up InterMail v2.xx or FrontDoor v2.xx
4) Install InterMail per IM.DOC (included with InterMail).
a) If using FrontDoor, follow the FD.DOC file and substitute the letters FD
where ever you see an IM in this section.
5) Copy the MAILER.BAT included with SBBSecho and the EXEBBS.BAT from the
Synchronet DOCS directory into the InterMail directory (C:\IM).
6) Change into the InterMail directory, run IMSETUP, and perform the
following:
a) Under Global->Address->Main, enter your FidoNet address (or the
temporary address specified in Policy 4 until such time as you have
received your own address).
b) Under Global->Filenames, verify that the paths are set similar to the
following:
ΙΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝ Filenames and paths »
Ί Ί
Ί System C:\IM\SYSTEM\ (or C:\FD\ for FrontDoor) Ί
Ί Netmail C:\IM\MAIL\ Ί
Ί Files C:\IM\INBOUND\ Ί
Ί Sec Files C:\IM\INBOUND\ Ί
Ί*Packets C:\IM\PACKETS\ Ί
Ί*Log file C:\IM\IM.LOG Ί
Ί Banner Ί
Ί Nodelist C:\IM\NODELIST\ Ί
Ί In-event Ί
Ί Hudsonfmt Ί
Ί Wildcat! Ί
Ί Swapping C:\IM\ Ί
Ί Semaphore C:\IM\ Ί
Ί Ί
Ί * = Must be unique for each Mail Server Ί
ΘΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΌ
c) Under Modem->Advanced Setup->Connect Strings set ALL "BBSexit" levels
to 100. (For FrontDoor under Mailer->Errorlevels set all baud rates to
100, Received Mail to 50, and Create .BAT file to Yes).
d) Under Manager->Events, make sure all your events are set to exit when
mail is received (under Event Behavior). This allows for the immediate
importation of new messages into the BBS.
e) Under Manager->Events, add the following event:
ΙΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝ Edit »
Ί Tag X Ί
Ί Days -------A Ί
Ί Modifier Ignore eventbase (*) Ί
Ί Start time 04:30 Ί
Ί Length 00:01 Ί
Ί Errorlevel 75 Ί
Ί Not used Ί
Ί Behavior Ί
Ί Use alias 1:103/705 Ί
Ί Retry delay 0 Ί
Ί Comment Synchronet exclusive event Ί
ΊΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΔΊ
Ί Event tag A..YZ - eXternal event, errorlevel is required Ί
ΘΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΝΌ
f) Under Mailer->Misc, set "Trigger exit upon receipt of netmail" and
"Upon receipt of ANY file" to Yes. This will allow for the immediate
importation of NetMail and any File Distribution Echoes you may carry.
g) Under Modem->Hardware, set "Lower DTR when busy" to "No".
h) Under Modem->Command strings, set the "Down" string to "ATM0H1|".
i) Exit IMSETUP.
7) Unarc the nodelist file (NODELIST.???) that you downloaded previously
into your nodelist directory.
8) Now run IMNC to compile the nodelist.
Setting up FidoNet in SCFG
9) Run SCFG from one of your node directories, or hit 'C' from the waiting for
caller screen. Then select Networks->FidoNet EchoMail and NetMail.
You'll then be brought to a menu that should be set up similar to this:
[9.5] - Internet Networking
(v2 Only) In order for your BBS to support Internet networking (including such things as sending/receiving Internet netmail and newsgroups, FTP, Telnet, etc.) it is required that you obtain a third party program such as NetXpress or BBSNet. It is also possible (but not recommended) to use a Fido->Internet or a QWK->Internet gateway (usually available as shareware software). Copyright © 2006 by Rob Swindell For the complete Copyright Information please read the Copyright Document . |
|
[news] [overview] [bbs list] [download] [docs] [support] [answers] [resources] [source code] [author] [credits] [museum] Last edited on April 18, 2010 - Copyright © 2009 Rob Swindell |