The bulletin board system (BBS) lets you enter messages to and receive messages from other stations in the packet network. Messages are sent and delivered as text but can include binary messages encoded with uuencode. More on uuencode later.
The BBS devices enable email-type messages to be automatically moved from one's own station to the destination station and for broadcast messages to be moved from one's own station to a selection of other destinations. The destinations must be in the packet network but messages can be moved over links which are only transiently available. This is very handy for power-loss or power stingy operations, when network links are only selectively available.
The knowledge of how to configure and operate the BBS software could be of great value if we had to deploy a network in support of some emergency operation.
While you are entering messages to be sent, the connection is entirely within your LAN and your Raspberry PI, so responsiveness is quick. When you read a message on your Raspberry PI, received from another station, you are again seeing the message from the Raspberry PI to your display without over-the-air delays. Messages can be 10K in length if needed, though that will take 5 minutes of network time to transfer. Individual messages are addressed by callsign.
We have the ability to send global messages such that every packeteer in our network receives the message. Global messages are called Bulletins in this system.
Each BBS in the network is hand maintained to know how to move messages toward their destination. This isn't Internet, but it is workable. TARPN-HOME users connected with a full-service web browser (i.e. not a cell-phone browser) will receive notification via an audible alert and an icon on the upper right of the display.
TARPN-HOME operates the BBS for the most common user functions from the BBS tab and can view the message list, send or read messages. A ham can also connect to their own or another node's BBS by connecting to the node command processor, where NODES and C OTHER commands would work, and typing BBS. The BBS will respond with some text and then a > prompt. The user can now type one of several different commands.
For textual UI access to the BBS, go to TARPN-HOME or BPQtermTCP. In TARPN-HOME, click on the Node tab and then make sure the switch is in the green position. In BPQtermTCP connect using the Connect menu. Type BBS return.
sp callsign send-personal. This will start an email to go to some other station on the packet network.
If things are configured correctly, the file will be saved locally and will then be forwarded across the network to the BBS operated by the callsign.
sb name@cncnc send-bulletin of topic name to everybody in the Central North Carolina Network.
This is like SP but instead of going to the destination and being deleted locally, this will leave a copy locally and will attempt to leave a copy on every BBS in the region CNCNC.
The region is specified by which neighbors get a copy and that is set in the Forwarding web page of each BBS.
If things are configured correctly, the file will be saved locally and will then be forwarded across the network to every BBS within the region.
We can have different regions as agreed upon by the group.
lm list mine will lists your messages.
ll 100 lists the last 100 messages.
r # reads message whose number is #.
k # marks a message for deletion. This actually just marks the message as status K. The automated housekeeping will come along on schedule and delete the message.
files requests a list of the files stored on the BBS by the owner. This does a directory of the files in the /home/pi/bpq/Files folder. Note the capital F in the filename.
read filename requests a file from the /home/pi/bpq/Files folder.
For every BBS on the network, there are a selection of stations which are neighbors.
A neighbor would ordinarily be the first BBS your connection would pass on the way to some destination.
One of the configuration steps is to specify forwarding configs, each of which specifies forwarding routes to a neighbor BBS.
Each BBS has the ability to have a user entry for each node operator in the network.
Initially, though, the BBS will only have an entry for the neighbor nodes (i.e. one hop away over the network) and that entry will enable forwarding of personal messages, bulletins, and traffic messages.
With experience, the operator will add personal message forwarding and traffic message forwarding to every BBS they can keep track of. MSGTYPES PT9999
Bulletins will get forwarded in a flood going from each BBS to each of the neighbors, across every link from a node. Then those stations continue to propagate the bulletins. There's no really good reason to forward a bulletin past a working neighbor BBS since that neighbor will also flood out its ports. The idea is that no message should travel over the same link twice. Bulletins are replicated and often a copy will remain at every station that handles them, for 3 months or more, and this is good as they may be read by each operator along the way, at their convenience. Personal messages, on the other hand, will not be replicated. Usually a personal message is automatically deleted at the end of the day, by the BBSs that handle them, except for the destination BBS which will hold it until the operator kills it or some long (month or months?) timeout.
On the Forwarding page you will have a place to specify the node connect script which your BBS will use to connect to each of your neighbors.
The collected sequence of scripts which take traffic to each distant neighbor would be called a forwarding route.
In this example my BBS is asked to connect to the neighbor node.
|The BBS program will not start until the configuration page has been finished. Do the changes here to set up your BBS, and then do a tarpn kill to restart the node and BBS.|
|This image represents the page for every neighbor BBS.|
For your own user, go back and checkbox
|This image represents the page for your callsign.|
What we're going to do is set up forwarding from your BBS to each of your neighbor BBSs. For some nodes this will only be one neighbor. Others might have four or five that must be set up. You can only forward to BBSs which have you set as a BBS. To keep things simple, we can limit this to just neighbors. But do as you will and have fun. It is worth experimenting to learn the system.The BBS software creates a web page for forwarding, for each station which you have marked as a BBS. There is even a page for your own callsign. Don't mess with that one. It is left blank.
|Important note: Before configuring forwarding to another BBS, make sure they have your callsign configured with the BBS check-box.|
|My tx:||c node|
|My tx:||C BBS|
|expect||} Connected to BBS|
|My tx:||; MSGTYPES P9999||Use two spaces between MSGTYPES and P9999|
|expect||>||If you are not set up as a BBS, you won't get the > here|
|My tx:||sp w1aw < YOURCALL||Use your callsign here|
|expect||** < can only be used by a BBS||If your callsign is not known as a BBS, you could see this.|
There are a few subtle changes to be made here.
The Expert User Welcome and Expert User Prompt are used by TARPN-HOME and that text will automatically be set when your node starts up. This must have the text
$x unread>>>> new-msgs=$x Hello Boss
You, the BBS owner operator, are the only person who will see this text. The reason for the exact text is that scripting on your Raspberry PI will use that text and the number which gets filled into the $x to set or clear alerts including on TARPN-HOME.
You can put whatever you want in the New User Welcome and Normal User Welcome except that the message must end in a carriage return and must not contain a left or right square bracket, or a >
You can put whatever you want in the New User Prompt and Normal User Prompt except that the message must not contain square brackets, and it must end with a >
All three prompts must end in a >
The sign off message can also be anything you want but keep it short.
|Visiting stations may come looking for your Files. Don't be too offensive. Your neighbors are all BBSs and will see the messages for "Normal Users". New Users are the visitors from elsewhere in the network.|
Housekeeping runs once a day and cleans up messages which are no longer needed on your BBS. Messages which are Killed from the command prompt of your BBS are not actually deleted immediately, they are just marked with a K status. Housekeeping can then go and delete those K messages when Housekeeping runs. In addition you can have housekeeping take care of out-of-date messages of various kinds. Change the Unread number to 180. Change the Personals Forwarded number to 1.
Notice on the left of the screen there is a checkbox that says Suppress Mailing of Housekeeping Results. Housekeeping can send you (the BBS operator) a message every time Housekeeping runs to tell you what it did. This might be a good thing for the first month or so of BBS operation but eventually it is a pain. So leave this checked until you see it go a few times and then when you want to, check the box next to Suppress Mailing of Housekeeping Results.
Don't forget to click Save.
#!/bin/bash echo "21" > /sys/class/gpio/export ### this establishes that gpio-21 is going to be active echo "out" > /sys/class/gpio/gpio21/direction ### drive a high 3.3v OR a low of 0v to this pin. echo "0" > /sys/class/gpio/gpio21/value ### This starts us out with a low while[ 1 ]; ### loop forever, or until you ^C out of this script. do if grep -q "BBS_HAS_MAIL" /usr/local/etc/bbshasmail.txt; then #### see if the file says there is mail echo "1" > /sys/class/gpio/gpio21/value #### there is mail. Set GPIO21 high else echo "0" > /sys/class/gpio/gpio21/value #### no mail. GPIO21 goes low fi sleep(1); ### don't forget the sleep, else the script will try to use all of the CPU doneSave this script by copying it from this page, then in your terminal program at the Linux prompt type:
Hank W0RLI (?-2013) was the author of the first successful packet radio BBS system.
Here is the W0RLI BBS SPEC 12-Oct-1998.pdf (tarpn mirror) W0RLI wrote about the BBS to BBS forwarding operation.