1259 lines
58 KiB
HTML
1259 lines
58 KiB
HTML
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN">
|
|
<html>
|
|
<head>
|
|
<!-- $Id$ -->
|
|
|
|
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
|
|
|
|
<meta http-equiv="Content-Style-Type" content="text/css">
|
|
|
|
<meta name="GENERATOR" content="vi handcraft">
|
|
|
|
<meta name="author" lang="en" content="Michiel Broek">
|
|
|
|
<meta name="description" lang="en" content="MBSE BBS Manual">
|
|
|
|
<meta name="keywords" lang="en" content="MBSE BBS, MBSE, BBS, manual, fido, fidonet, gateway, tosser, mail, tic, mailer">
|
|
<title>MBSE BBS FAQ & Howto</title>
|
|
|
|
|
|
<link rel="stylesheet" href="manual.css">
|
|
</head>
|
|
<body>
|
|
<blockquote>
|
|
<div align="Center">
|
|
<h1>MBSE BBS FAQ and Howto.</h1>
|
|
</div>
|
|
<div align="Right">
|
|
<h5>Last updated 22-Jan-2003</h5>
|
|
</div>
|
|
<pre>
|
|
Authors: P.E. Kimble aka King Kimerud kimerud@bayhaus.org
|
|
Michiel Broek 2:280/2802
|
|
Rick van Ruth 3:640/954
|
|
David Gonzalez 4:930/1
|
|
</pre><hr>
|
|
<h3>Introduction</h3>
|
|
<p> This FAQ is a work in progress. It is not complete, nor does its author
|
|
claim that it is complete. This FAQ only answers questions pertaining to
|
|
using MBSE BBS on your GNU/Linux box. It is a compilation of previous questions
|
|
that Michiel Broek has recieved and answered from us newbies in getting
|
|
MBSE up & running. </p>
|
|
<ol>
|
|
<li><a name="_Installation"></a>
|
|
<a href="#1">Installation</a>
|
|
</li>
|
|
<ol>
|
|
<li><a href="#1.1">Why do I have to install MBSE in the /opt directory?</a>
|
|
</li>
|
|
<li><a href="#1.2">What other operating systems will MBSE run on?</a>
|
|
</li>
|
|
<li><a href="#1.3">Will MBSE ever be ported to DOS/Windows or OS/2?</a>
|
|
</li>
|
|
<li><a href="#1.4">What does the quest switch in the bbs user setup
|
|
mean?</a>
|
|
</li>
|
|
<li><a href="#1.5">How do I monitor as the things happen?</a>
|
|
</li>
|
|
<li><a href="#1.6">How do I start mbsebbs from inetd or xinetd?</a>
|
|
</li>
|
|
<li><a href="#1.7">I just installed mbse, now I get a Socket send
|
|
failed error 2</a>
|
|
</li>
|
|
</ol>
|
|
<p> </p>
|
|
<li><a name="_Fidosetup"></a>
|
|
<a href="#2">Fidonet Setup</a>
|
|
</li>
|
|
<ol>
|
|
<li><a href="#2.1">The nodelist compiler crashes, why?</a>
|
|
</li>
|
|
<li><a href="#2.2">What is the purpose of the "Comment" line in the
|
|
tic area setup?</a>
|
|
</li>
|
|
<li><a href="#2.3">How do I poll a node?</a>
|
|
</li>
|
|
<li><a href="#2.4">I created a filerequest but mbcico doesn't call
|
|
out.</a>
|
|
</li>
|
|
<li><a href="#2.5">Does MBSE support fidonet via ftp feeds?</a>
|
|
</li>
|
|
<li><a href="#2.6">The tosser and mbmsg program are slow, why?</a>
|
|
</li>
|
|
<li><a href="#2.7">How can I use an external netmail tracker with MBSE?</a>
|
|
</li>
|
|
<li><a href="#2.8">I am having problems with dates when unarchiving
|
|
.arc files.</a>
|
|
</li>
|
|
</ol>
|
|
<p> </p>
|
|
<li><a name="_Inetsetup"></a>
|
|
<a href="#3">Internet Setup</a>
|
|
</li>
|
|
<ol>
|
|
<li><a href="#3.1">Posting newsmessages to the newsserver fails.</a>
|
|
</li>
|
|
<li><a href="#3.2">FTP fidonet feeds how-to.</a>
|
|
</li>
|
|
<li><a href="#3.3">Polling a internet node fails</a>
|
|
</li>
|
|
<li><a href="#3.4">Dialup script examples for MBSE</a>
|
|
</li>
|
|
</ol>
|
|
<p> </p>
|
|
<li><a name="_BBSsetup"></a>
|
|
<a href="#4">BBS Setup</a>
|
|
</li>
|
|
<ol>
|
|
<li><a href="#4.1">How do I to set up MBSE for ISDN?</a>
|
|
</li>
|
|
<li><a href="#4.2">How do I use GoldED together with MBSE?</a>
|
|
</li>
|
|
<li><a href="#4.3">How do I use MsgEd together with MBSE?</a>
|
|
</li>
|
|
</ol>
|
|
<p> </p>
|
|
<li><a name="_Doors"></a>
|
|
<a href="#5">Doors Setup</a>
|
|
</li>
|
|
<ol>
|
|
<li><a href="#5.1">How do I run DOS doors under MBSE BBS?</a>
|
|
</li>
|
|
<li><a href="#5.2">Dosemu compile tips</a>
|
|
</li>
|
|
<li><a href="#5.3">Setting up for InterBBS games.</a>
|
|
</li>
|
|
<li><a href="#5.4">Door Maintenance.</a>
|
|
</li>
|
|
</ol>
|
|
</ol>
|
|
<a href="index.htm"><img src="images/b_arrow.gif" alt="Back" border="0">
|
|
Go Back</a>
|
|
<hr>
|
|
<h3><a name="1">1. Installation.</a>
|
|
</h3>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="1.1">Q 1.1</a>
|
|
</td>
|
|
<td>Why do I have to install MBSE in the /opt directory?</td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 1.1</td>
|
|
<td> The /opt is for extra applications, when mbse is installed there
|
|
it is easier to upgrade the OS. If you insist on installing in /usr/local
|
|
the choose /usr/local/mbse. </td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Installation"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="1.2">Q 1.2</a>
|
|
</td>
|
|
<td> What other operating systems will MBSE run on? </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 1.2</td>
|
|
<td> Currently only on most GNU/Linux distributions, FreeBSD and NetBSD.
|
|
The author, Michiel Broek, has made a valiant effort ensuring that
|
|
MBSE will recognize and install on the major distributions of GNU/Linux.
|
|
</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Installation"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="1.3">Q 1.3</a>
|
|
</td>
|
|
<td> Will MBSE BBS ever be ported to DOS/Windows or OS/2? </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 1.3</td>
|
|
<td> No. </td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Installation"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="1.4">Q 1.4</a>
|
|
</td>
|
|
<td> What does the guest switch in BBS user setup mean? </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 1.4</td>
|
|
<td> Nothing yet. </td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Installation"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="1.5">Q 1.5</a>
|
|
</td>
|
|
<td> How do I monitor as the things happen? </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 1.5</td>
|
|
<td> tail -f /opt/mbse/log/system.log or start mbmon. </td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Installation"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="1.6">Q 1.6</a>
|
|
</td>
|
|
<td> How to start mbsebbs from inetd or xinetd? </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 1.6</td>
|
|
<td> This is described in the documentation of the <a href="programs/mblogin.html">
|
|
mblogin</a>
|
|
program. </td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Installation"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="1.7">Q 1.7</a>
|
|
</td>
|
|
<td> I just installed mbse, now I get a Socket send failed error
|
|
2. </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 1.7</td>
|
|
<td> With a normal system boot the <b>mbtask</b> daemon will be started
|
|
by one of the systems init scripts. If you just installed mbse you need
|
|
to do this for the first time manually. As user <b>mbse</b> issue the
|
|
following commands:
|
|
|
|
<pre>mbtask<br>mbstat open<br><br></pre>
|
|
This will start the daemon, the daemon creates the default
|
|
databases. Then you can use <b>mbsetup</b> to configure your new system.
|
|
</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Installation"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<hr>
|
|
<h3><a name="2">2. Fidonet setup.</a>
|
|
</h3>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="2.1">Q 2.1</a>
|
|
</td>
|
|
<td> The nodelist compiler crashes, why? </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 2.1</td>
|
|
<td> Note: From previous experience, it is vital that you follow
|
|
the docs closely. Also, ensure that you have a copy of a valid nodelist
|
|
and nodediff file. I have ran into problems where either the noddiffs
|
|
don't match the nodelist, the crc checks fail, or I have files from
|
|
two different zones. I have even had to back up several months before
|
|
finding a valid noddiff that would match the nodelist. <br>
|
|
Make sure the domain translations do exist, with mbsetup enter
|
|
menu 17 and save it even if you didn't change anything. </td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Fidosetup"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="2.2">Q 2.2</a>
|
|
</td>
|
|
<td> What is the purpose of the "Comment" line in the tic area setup?
|
|
</td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 2.2</td>
|
|
<td> The downlinks will see this when receiving FileMgr replies.
|
|
It is meant only as a description for the filearea. </td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Fidosetup"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="2.3">Q 2.3</a>
|
|
</td>
|
|
<td> How do I poll a node? </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 2.3</td>
|
|
<td> mbout poll f2802.n280.z2 </td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Fidosetup"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="2.4">Q 2.4</a>
|
|
</td>
|
|
<td> I created a filerequest but mbcico doesn't call out. </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 2.4</td>
|
|
<td> You need to add a poll for that node to do the call. </td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Fidosetup"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="2.5">Q 2.5</a>
|
|
</td>
|
|
<td> Does MBSE support fidonet via ftp transfers? </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 2.5</td>
|
|
<td> Yes, but only the passive side. <a href="#3.2">Refer to 3.2.</a>
|
|
</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Fidosetup"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="2.6">Q 2.6</a>
|
|
</td>
|
|
<td>The tosser and mbmsg programs are slow, why?</td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 2.6</td>
|
|
<td> Tossing mail and linking message areas are background tasks.
|
|
When mbse was first developed the hardware was not fast enough to run
|
|
these programs at full speed. The mailer could give CRC errors and the
|
|
bbs seemed to stop now and then. To overcome this problem all programs
|
|
started with the -quiet switch (background jobs) are stopping for short
|
|
periods so that they would use less system resources. Systems with SCSI
|
|
disks or other fast and well designed machines don't have a need for that
|
|
slowdown. In mbsetup menu 1.5.17 is the setting for the speed of all utility
|
|
programs, the default is slow. You might try this set to fast and see what
|
|
happens on your system. </td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Fidosetup"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="2.7">Q 2.7</a>
|
|
</td>
|
|
<td>How can I use an external netmail tracker with MBSE?</td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 2.7</td>
|
|
<td>If the netmail tracker can work on .pkt files you could try to
|
|
install it into mbfido. It can call a external program to process incoming
|
|
.pkt files before mbfido does something with it. That option was built a
|
|
few years ago for extra Y2K checks. (The pktdate program of Tobias Ernest).
|
|
</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Fidosetup"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="2.8">Q 2.8</a>
|
|
</td>
|
|
<td>I am having problems with dates when unarchiving .arc files.</td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 2.8</td>
|
|
<td>If you are experiencing a problem with the dates on arc files
|
|
showing as January 1970 or similar when extracted using Arc v5.31 for linux
|
|
then obtain "nomarch". MBSE will detect nomarch during configuration/install
|
|
and set your archiver.data file accordingly. Nomarch extracts .arc files
|
|
and keeps the original file date. </td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Fidosetup"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<hr>
|
|
<h3><a name="3">3. Internet setup.</a>
|
|
</h3>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="3.1">Q 3.1</a>
|
|
</td>
|
|
<td> Posting newsmessages to the newsserver fails. </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 3.1</td>
|
|
<td> Check if you need the "mode reader" command for the newsserver.
|
|
Set this flag in mbsetup 1.15.5 </td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Inetsetup"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="3.2">Q 3.2</a>
|
|
</td>
|
|
<td> How do I configure MBSE for my ftp filenet feeds? </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 3.2</td>
|
|
<td> Follow the next steps to setup your system for FTP clients.
|
|
|
|
|
|
<ol>
|
|
<li>As root, add a new group to your system: <b>groupadd bbsftp</b>
|
|
. </li>
|
|
<li>Make sure there is a directory /opt/mbse/var/bbsftp. This directory
|
|
should be owned by mbse, group bbs and have mode 0775. </li>
|
|
<li>Add an invalid shell to /etc/shells, /usr/bin/false is good.
|
|
</li>
|
|
<li>Install an FTP server, the examples here are for ProFTPD.
|
|
</li>
|
|
<li>In /etc/proftpd.conf make sure there are the following lines:
|
|
|
|
|
|
|
|
<pre># Anonymous ftp and members of group bbsftp have a chroot environment.<br>DefaultRoot ~ bbsftp<br></pre>
|
|
This will make sure that users who are member of the bbsftp
|
|
group have a chrooted directory structure for their ftp directories.
|
|
Also make sure the line Umask 022 is changed to Umask 002. </li>
|
|
<li>Add a username for the node you whish to give an FTP feed.
|
|
Use the following as root:
|
|
|
|
|
|
<pre>useradd -g bbs -G bbsftp -d /opt/mbse/var/bbsftp/username <br>-s /usr/bin/false -c "FTP Account for username" -m username<br></pre>
|
|
Note: this is one line! There will now be a user added and
|
|
have a home directory of /opt/mbse/var/bbsftp/username. Make sure
|
|
that directory has permission 0775 or 0770. Create in the username
|
|
directory two other directories, inbound and outbound. They must
|
|
be owned by the user and be a member of group bbs and have mode 0775.
|
|
The modes 077x are needed because the user and mbse must be able to
|
|
read and write to these directories. </li>
|
|
<li>Try to login with ftp from some other system with the choosen
|
|
username and his password and check the changes until now. You should
|
|
not be able to escape from the directories of this user and you should
|
|
be able to upload files, download and delete files. Check also if you
|
|
uploaded a file if user mbse can delete that file and also put a file
|
|
in the users ftp directory as user mbse, and check that you can download
|
|
and delete is as ftp user. </li>
|
|
<li> Make sure for the node you want to change there is no mail
|
|
left in the outbound. Now start mbsetup, menu 7, open the setup
|
|
of the node that will use ftp. In screen 3, items 7 and 8, set these
|
|
to Directory. Now enter screen 8, here you will setup the directory
|
|
session.
|
|
|
|
|
|
<pre>
|
|
7.8 EDIT NODE DIRECTORY SESSION
|
|
|
|
Outbound settings
|
|
1. Files path /opt/mbse/var/bbsftp/username/outbound
|
|
2. Check for lock Yes 3. Wait clear lock Yes
|
|
4. Check lockfile /opt/mbse/var/bbsftp/username/lock.bsy
|
|
5. Create lock Yes
|
|
6. Create lockfile /opt/mbse/var/bbsftp/username/lock.bsy
|
|
|
|
Inbound settings
|
|
7. Files path /opt/mbse/var/bbsftp/username/inbound
|
|
8. Check for lock Yes 9. Wait clear lock Yes
|
|
10. Check lockfile /opt/mbse/var/bbsftp/username/lock.bsy
|
|
11. Create lock Yes
|
|
12. Create lockfile /opt/mbse/var/bbsftp/username/lock.bsy
|
|
</pre>
|
|
Save this and you are ready. </li>
|
|
<li>A final note, since this user is in group bbs and not in the
|
|
bbs userdatabase he can never telnet to your system with this account
|
|
and get a shell. The user doesn't even have a valid shell. </li>
|
|
</ol>
|
|
</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Inetsetup"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="3.3">Q 3.3</a>
|
|
</td>
|
|
<td>Polling a internet node fails.</td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 3.3</td>
|
|
<td> There are several reasons why mbcico refuses to call an internet
|
|
node, most problems are nodelist related. A internet node with binkp
|
|
protocol should be listed with the flags CM,IBN before mbcico will
|
|
make a call. Also, in the nodelist system name field there should
|
|
be the hosts full qualified domainname so that mbcico can get that
|
|
node's IP address. If one of these items are missing, the node will
|
|
not be called. To correct this problem there are two options, make
|
|
sure the node is listed with a dns name and proper flags in the nodelist.
|
|
The second option is to add a setup record for that node and fill in
|
|
the nodelist override fields. You can find these in menu 7.3, item
|
|
5 can be filled with the nodelist flags, ie. CM,IBN and item 6 can
|
|
be used to give that node's fdn or IP address.
|
|
|
|
<p> If the call still fails there are several things that must be
|
|
right before mbcico makes any internet call. In mbmon, screen 2 (SERVER
|
|
STATS) there are flags that indicate if the system is running, internet
|
|
is available and the bbs is open. If one of these is No, then no call will
|
|
be made. (For POTS the Internet flag does not matter of course). </p>
|
|
<p> In mbsetup, screen 18 (taskmanager), you need to set the maximum
|
|
TCP sessions to allow. This is inbound and outbound together. So if you set
|
|
this to 3 and 3 or more systems are already calling in via internet, your
|
|
system will not call anymore until the amount of TCP sessions drops below
|
|
3.</p>
|
|
<p> If you set this to high on an average cable/adsl connection,
|
|
you can get into trouble because you use up all upstream bandwidth. (We have
|
|
seen a lot of errors at a busy when the upstream speed was 64K and downspeed
|
|
512K and about 4 sessions together). A good rule seems 1 TCP session for
|
|
each 32K bandwidth. </p>
|
|
<p> Then turn in that same screen debug on. After a minute mbtask
|
|
rereads his configuration.</p>
|
|
<p> Make a poll with mbout poll <node>. </node></p>
|
|
<p> Watch the mbtask logfile and see what it does for that node. It
|
|
should be added to the calllist. If not, it might be still a nodelist problem.
|
|
</p>
|
|
</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Inetsetup"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="3.4">Q 3.4</a>
|
|
</td>
|
|
<td>Dialup script examples for MBSE</td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 3.4</td>
|
|
<td> Dialup Script using mclient:
|
|
|
|
<pre>#!/bin/sh
|
|
#
|
|
# $Id$
|
|
#
|
|
# Dialup script for MBSE BBS.
|
|
#
|
|
#============================================================================
|
|
# Copyright (C) 1997-2002
|
|
#
|
|
# Michiel Broek FIDO: 2:280/2802
|
|
# Beekmansbos 10
|
|
# 1971 BV IJmuiden
|
|
# the Netherlands
|
|
#
|
|
# This file is part of MBSE BBS.
|
|
#
|
|
# This BBS is free software; you can redistribute it and/or modify it
|
|
# under the terms of the GNU General Public License as published by the
|
|
# Free Software Foundation; either version 2, or (at your option) any
|
|
# later version.
|
|
#
|
|
# MBSE BBS is distributed in the hope that it will be useful, but
|
|
# WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
# General Public License for more details.
|
|
#
|
|
# You should have received a copy of the GNU General Public License
|
|
# along with MBSE BBS; see the file COPYING. If not, write to the Free
|
|
# Software Foundation, 675 Mass Ave, Cambridge, MA 02139, USA.
|
|
#============================================================================
|
|
#
|
|
#
|
|
# Enter commands to make the dialup connection and to hangup the connection.
|
|
#
|
|
DIALCMD="mclient -d -c DDS"
|
|
HANGUPCMD="mclient -k"
|
|
#
|
|
# Log to syslog
|
|
#
|
|
LOGGER="logger -p user.notice -t basename $0$$]"
|
|
|
|
if [ -z "$DIALCMD" ]; then
|
|
echo "This script is not configured, edit this script to use it."
|
|
exit 1
|
|
fi
|
|
|
|
echo "Dial internet start" | $LOGGER
|
|
#
|
|
# Do 3 attempts to connect
|
|
#
|
|
connect=0; try=0;
|
|
while let 'connect == 0'
|
|
do
|
|
# Count connect attepts
|
|
#
|
|
let try=try+1
|
|
if [ $try == 4 ]; then
|
|
echo "No internet connection, giving up" | $LOGGER
|
|
$HANGUPCMD >>/dev/null
|
|
exit 1
|
|
fi
|
|
|
|
echo "Call attempt $try" | $LOGGER
|
|
$DIALCMD >>/dev/null
|
|
i=60;
|
|
while let 'i > 0' && let 'connect == 0'
|
|
do
|
|
if [ -f $MBSE_ROOT/sema/is_inet ]; then
|
|
connect=1
|
|
echo "mbtask detected internet" | $LOGGER
|
|
fi
|
|
let i=i-1
|
|
sleep 1
|
|
done
|
|
#
|
|
# Check if we have a connection
|
|
#
|
|
if [ ! -f $MBSE_ROOT/sema/is_inet ]; then
|
|
echo "Failed, 10 seconds pause ..." | $LOGGER
|
|
sleep 10
|
|
fi
|
|
done
|
|
|
|
#
|
|
# Here we have a connection, now make all needed polls
|
|
#
|
|
$MBSE_ROOT/bin/mbout poll f5003.n280.z2 f19.n280.z2 -quiet
|
|
|
|
#
|
|
# Now we wait until the do_inet semafore appears, we
|
|
# timeout at 25 seconds, must be enough.
|
|
#
|
|
i=25;
|
|
while let 'i > 0'
|
|
do
|
|
if [ -f $MBSE_ROOT/sema/do_inet ]; then
|
|
i=0;
|
|
else
|
|
let i=i-1;
|
|
sleep 1
|
|
echo "wait do_inet $i"
|
|
fi
|
|
done
|
|
|
|
#
|
|
# Now test until the do_inet semafore is gone.
|
|
# Timeout is one hour.
|
|
#
|
|
i=3600;
|
|
while let 'i > 0'
|
|
do
|
|
if [ ! -f $MBSE_ROOT/sema/do_inet ]; then
|
|
i=0;
|
|
else
|
|
let i=i-1;
|
|
sleep 1
|
|
echo "wait ready $i"
|
|
fi
|
|
done
|
|
|
|
echo "Internet sessions done, hangup" | $LOGGER
|
|
$HANGUPCMD >>/dev/null
|
|
echo "Script ready" | $LOGGER
|
|
exit 0
|
|
|
|
==============================================
|
|
|
|
|
|
</pre>
|
|
Dialup Script using diald:
|
|
|
|
<pre>=================================================
|
|
#!/bin/sh
|
|
|
|
PATH=/opt/mbse:/opt/mbse/bin:/usr/bin:/usr/local/bin:/bin:/usr/sbin:/usr/local
|
|
/ sbin:$PATH
|
|
cd /opt/mbse
|
|
if [ -f /opt/mbse/tmp/ip.up ] ; then
|
|
exit
|
|
fi
|
|
echo "up" > /var/run/diald.ctl
|
|
sleep 15
|
|
|
|
ping -c 10 -w 10 mail.iol.ie
|
|
if [ -e /var/run/ppp0.pid ] ; then
|
|
touch /opt/mbse/tmp/ip.up
|
|
cd /opt/mbse
|
|
echo "Fetching News"
|
|
/opt/mbse/fetchnews
|
|
echo "Synching clock"
|
|
telnet 192.168.0.2 9049
|
|
bin/mbfido news
|
|
echo "Fetching Mail"
|
|
/usr/bin/fetchmail -f /opt/mbse/.fetchmailrc
|
|
bin/soup
|
|
if [ ! 'cat /opt/mbse/irex/s/rexbusy.0 | xargs ps --no-header' ] ;
|
|
then
|
|
rm /etc/ftn/irex/s/rexbusy.0
|
|
fi
|
|
|
|
./rexl
|
|
fetchmail -f /opt/mbse/.fetchmailrc
|
|
./rexl -sf m
|
|
/opt/mbse/bin/bink
|
|
|
|
echo down > /var/run/diald.ctl
|
|
|
|
bin/bres.sh # >> /dev/null 2>&1
|
|
fi
|
|
rm /opt/mbse/tmp/ip.up
|
|
|
|
==================================
|
|
</pre>
|
|
</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Inetsetup"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<hr>
|
|
<h3><a name="4">4. BBS setup.</a>
|
|
</h3>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="4.1">Q 4.1</a>
|
|
</td>
|
|
<td> How to set up MBSE for ISDN. </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 4.1</td>
|
|
<td> Contributed by: J. Beekhuizen, 2:280/1018
|
|
|
|
|
|
<p> Of course, you have to configure and build your kernel for ISDN
|
|
support and the correct drivers for your card. It is beyond the scope
|
|
of this document to explain how to do that. </p>
|
|
<p> To your /etc/inittab file add the following lines for your ISDN
|
|
devices ttyI0 and ttyI1. </p>
|
|
<pre># ISDN lines<br>I1:23:respawn:/usr/local/sbin/mgetty -x 4 -i /opt/mbse/etc/issue ttyI0<br>I2:23:respawn:/usr/local/sbin/mgetty -x 4 -i /opt/mbse/etc/issue ttyI1<br><br></pre>
|
|
To your mgetty.config file [/usr/local/etc/mgetty_sendfax/mgetty.config
|
|
on my system] set up the ttyI0 and ttyI1 ports. With AT&E you set
|
|
the MSN/EAZ the device should listen to. This should for an MSN be your
|
|
telephone number <b>with</b> the area code but <b>without</b> the leading
|
|
0. For an EAZ the last digit of your EAZ.
|
|
|
|
|
|
<p> The ISDN ports </p>
|
|
<pre>port ttyI0<br>modem-type data<br>init-chat "" ATZ OK<br>AT&E714015437&W0 OK <br>AT&B512 OK<br><br>port ttyI1<br>modem-type data<br>init-chat "" ATZ OK <br>AT&E714017198&W0 OK <br>AT&B512 OK<br></pre>
|
|
From the mbsetup menu #5 "Edit Modem types" configure the ISDN
|
|
modem type.
|
|
|
|
<pre>Modem type ISDN Linux<br>Init string ATZ\r<br>Init string<br>Init string<br>OK string OK<br>Hangup \d\p\p\p+++\d\p\p\pATH0\r<br>Info command ATI2\r<br>Dial command ATD\T\r<br>Connect CONNECT 64000<br>Connect CONNECT<br>[...]<br>Reset cmd ATZ\r<br>Error string BUSY<br>Error string NO CARRIER<br>Error string NO DIALTONE<br>Error string NO ANSWER<br>Error string RING\r<br>Error string ERROR<br>Error string<br>Error string<br>Error string<br>Error string<br>Cost offset 0<br>EMSI speed 28800 ! not relevant for ISDN<br>Strip dashes No<br>Available Yes<br><br></pre>
|
|
And from #6 "Edit TTY lines info" the ISDN lines
|
|
|
|
|
|
<pre>TTY name ISDN Line 1<br>Device name ttyI0<br>Phone or DNS 31-71-4015437<br>Line speed 64 kbits<br>Fido flags CM,XA,MO,X75<br>Equipment ISDN<br>Available Yes<br>Auth. log No<br>Honor ZMH Yes<br>Callout Yes<br>Modem type ISDN Linux<br>Locked speed 0 ! not relevant for ISDN<br>EMSI name The Wizard's ISDN line 1<br><br>TTY name ISDN Line 2<br>Device name ttyI1<br>Phone or DNS 31-71-4017198<br>Line speed 64 kbits<br>Fido flags CM,XA,MO,X75<br>Equipment ISDN<br>Available Yes<br>Auth. log No<br>Honor ZMH Yes<br>Callout Yes<br>Modem type ISDN Linux<br>Locked speed 0<br>EMSI name The Wizard's ISDN line 2<br><br></pre>
|
|
T-t-that's all folks :)) </td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_BBSsetup"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="4.2">Q 4.2</a>
|
|
</td>
|
|
<td> How do I use GoldED together with MBSE? </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 4.2</td>
|
|
<td> Since MBSE BBS version 0.33.12 GoldED and MBSE BBS can be used
|
|
together without problems as long as you use it to read the sysop mail.
|
|
The mbsetup program can export a file called /opt/mbse/etc/golded.inc
|
|
which will contain your main Aka's, Aka matching, sysop name and all your
|
|
mail areas. This file is only (re)created if you change the global settings
|
|
or one of the mail areas. The first time you must force this by making
|
|
a change somewhere.
|
|
|
|
<p> Now create /opt/mbse/etc/golded.cfg, here is what I wrote: </p>
|
|
<pre>; GoldED.cfg<br>;<br>; Internet Addressing<br>;<br>INTERNETADDRESS Michiel_Broek@f2802.n280.z2.fidonet.org<br>INTERNETGATE UUCP 2:292/875<br>;<br>;<br>OUTBOUNDPATH /opt/mbse/var/bso/outbound<br>REPLYLINK chain<br>STYLECODES yes<br>;<br>;<br>; MESSAGE READER<br>;<br>DISPMSGSIZE KBYTES<br>DISPATTACHSIZE KBYTES<br>DISPLOCALHIGH YES<br>DISPPAGEBAR YES<br>VIEWHIDDEN YES<br>VIEWKLUDGE NO<br>VIEWQUOTE YES<br>;<br>INCLUDE /opt/mbse/etc/golded.inc<br>;<br>; The end.<br><br></pre>
|
|
Put in /opt/mbse/.profile the following line: export GOLDED=$HOME/etc
|
|
|
|
|
|
<p> When you now start GoldED you use it as the sysop. Make sure that
|
|
the sysop's userrecord is the first user in the MBSE BBS userbase. If not,
|
|
the lastread pointers are not right. The GoldED nodelist compiler can be
|
|
added to the setup in menu 18. </p>
|
|
</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_BBSsetup"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="4.3">Q 4.3</a>
|
|
</td>
|
|
<td> How do I use MsgEd together with MBSE?</td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 4.3</td>
|
|
<td>Since MBSE BBS version 0.35.05 MsgEd and MBSE BBS can be used
|
|
together without problems as long as you use it to read the sysop
|
|
mail. The mbsetup program can export a file called /opt/mbse/etc/msg.txt
|
|
which will contain your mail areas setup. This file is only
|
|
(re)created if you change the global settings or one of the mail
|
|
areas. The first time you must force this by making a change somewhere.
|
|
</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_BBSsetup"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<hr>
|
|
<h3><a name="5">5. Doors setup.</a>
|
|
</h3>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="5.1">Q 5.1</a>
|
|
</td>
|
|
<td> How do I run DOS doors under MBSE BBS? </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 5.1</td>
|
|
<td>
|
|
<pre>Written by: Redy Rodriguez, sysop of Parolas BBS 2:348/609<br>Fidonet: Redy rodriguez 2:348/609<br>Email: redy@users.sourceforge.net<br> Redy_Rodriguez@f609.n348.z2.fidospain.org<br></pre>
|
|
<p><b>NO WARANTEE</b></p>
|
|
<p> The information gathered here, works for the indicated intention.
|
|
It is proven and working in PAROLAS BBS, however, I do not guarantee
|
|
that it works correctly in all the cases. The author is not responsible
|
|
for the damage this can cause. If you follow the instructions, and you
|
|
get not the expected result, or as a result of it you get undesired results,
|
|
you loose data or destroy your system, you you will be the only person
|
|
in charge. </p>
|
|
<p><b>INTRODUCTION</b></p>
|
|
<p> This document describes how I have been able to execute MS/DOS
|
|
doors in MBSEBBS. Probably it is not the best way to do it, but this
|
|
is the one that works for me. If somebody finds one more more effective,
|
|
or simpler or safer a solution, the I like to hear this solution. </p>
|
|
<p><b>WHAT IS NEEDED?</b></p>
|
|
<p> MBSEBBS is correctly compiled and working, in my case I have the
|
|
version 0.33.19, that is at the moment the most recent and stable, I suppose
|
|
that this method can be valid for newer versions. DOSEMU 1.0.2 I have tried
|
|
previous versions, but these do not work correctly with virtual ports. You
|
|
can download dosemu.1.02.tgz from <a href="www.dosemu.org">www.dosemu.org</a>
|
|
, you may also need to download the freedos archive dosemu-freedos-bin-1.02.tgz.
|
|
A partition with MS/DOS, I have on my disc a partition with installed
|
|
MS/DOS, and that is the one that I use, but I'm sure that many doors
|
|
could work correctly with the freedos. You also need <b>sudo</b>. Sudo
|
|
is a utility that let's ordinary users execute certain programs as superuser,
|
|
this is available with almost all GNU/Linux distributions. </p>
|
|
<p><b>COMPILING DOSEMU</b></p>
|
|
<p> Unpack dosemu in some directory, for example /usr/src, then changed
|
|
into that directory and execute 'make'. When this is ready we have
|
|
dosemu compiled. If we already had a previous version of dosemu it is
|
|
advisable to uninstall it before continuing. Copy dosemu-freedos-bin-1.02.tgz
|
|
to the toplevel directory of the dosemu source and execute: </p>
|
|
<pre>./install_systemwide -fd dosemu-freedos-bin-1.02.tgz<br><br></pre>
|
|
In the directory etc, within the directory where we have decompressed
|
|
the source code of dosemu we have configuration examples. Create the
|
|
directory /var/lib/dosemu if it does not exist the directory, and copy
|
|
global.conf to that directory. Also copy dosemu.conf to directory /etc
|
|
and copy dosemu.users.secure as dosemu.users to /etc.
|
|
|
|
|
|
<p><b>CONFIGURE THE DOS PARTITION</b></p>
|
|
<p> Now we must configure the dos partition, in my case this exists
|
|
as a mounted dos partition in /dos/c. If this is not the case then you
|
|
could work with an image of freedos. I have created in my dos partition
|
|
a directory c:\doors where I install all doors that I want to use, and
|
|
a file called c:\doors.bat with the following contents: </p>
|
|
<pre>@echo off<br>c:<br>cd \doors<br>if exist %1.bat call %1 %2 %3 %4 %5 %6 %7 %8 %9<br>c:\dosemu\exitemu<br><br></pre>
|
|
Change to the directory /var/lib/dosemu and create directory
|
|
called for example 'c':
|
|
|
|
|
|
<pre>mkdir c. <br><br></pre>
|
|
A link to the mounted partition could be made but I prefer
|
|
to create a new directory and in that directory make links to dos program
|
|
which are only of interest for us. Many programs and directories of the
|
|
dos partition are not needed in dosemu and to run doors. Change to the
|
|
created directory and make links to everything what we have in our dos
|
|
partition (we will erase soon what we do not need). Autoexec.bat and
|
|
config.sys must copied instead of making links so we can modify them, because
|
|
surely we will want that they are different in dosemu, then in real dos.
|
|
|
|
|
|
<pre>cd c<br>ln -s /dos/c/* .<br>rm autoexec.bat<br>rm config.sys<br>cp /dos/c/autoexec.bat config.sys .<br><br></pre>
|
|
Create a directory dosemu and copy the typical utilities of
|
|
dosemu.
|
|
|
|
<pre>mkdir dosemu <br>cp /usr/src/dosemu-1.02/1.0.2.0/commands/* dosemu<br><br></pre>
|
|
Now we modify the copy of config.sys and autoexec.bat to erase
|
|
everything what is not necessary to execute our games as doors, like
|
|
drivers for cdrom, mouse etc... We will clear the keyboard driver 'KEYB
|
|
XX' and make sure that in the path in autoexec.bat to include the directory
|
|
c:\dosemu. Also load the fossil emulator, for example add these two lines:
|
|
|
|
|
|
<pre>path %PATH%:c:\dosemu<br>c:\dosemu\fossil<br><br></pre>
|
|
If there is another fossil, such as bnu or x00 in config.sys
|
|
or autoexec.bat we clear all references to these, we will load them
|
|
if that is necessary in the file that it executes the door when needed,
|
|
this can be necessary for some doors and for other not. Now we can erase
|
|
all the links to the directories who are not necessary, and that we do
|
|
not want that they are visible.
|
|
|
|
|
|
<p> Then edit the file /etc/dosemu.conf and look for the line that
|
|
begins with "$_hdimage =" and change that to: </p>
|
|
<pre>$_hdimage = "c" <br><br></pre>
|
|
Now login as root and you should be able to execute our dos
|
|
emulator by executing '/usr/bin/dosemu.bin'
|
|
|
|
|
|
<p> (to leave dosemu type in exitemu) </p>
|
|
<p><b>CONFIGURING SUDO</b></p>
|
|
<p> Normally the dos partition is not accessible to the users of the
|
|
BBS, except from within dosemu, and to be able to have access without activating
|
|
the setuid bit of dosemu, we use sudo so that any user of the BBS can execute
|
|
dosemu.bin as root. As root execute visudo to edit the configuration file
|
|
of sudo add the lines: </p>
|
|
<pre>%bbs ALL=NOPASSWD:/opt/mbse/bin/bbsdoor.sh<br>%bbs ALL=NOPASSWD:/opt/dosemu/bin/dosemu.bin<br><br></pre>
|
|
The first command is a script that takes care of copying the
|
|
file door.sys to the dos partition, the second line is to allow to
|
|
execute dosemu.bin. Any user of group BBS can execute these commandos
|
|
like root without password is asked.
|
|
|
|
|
|
<p> In order to test that this works login as user mbse and execute:
|
|
</p>
|
|
<pre> sudo dosemu.bin <br></pre>
|
|
<p><b>INSTALLING A DOOR</b></p>
|
|
<p> First we need a pair of scripts. These scripts are installed when
|
|
you did install MBSE. These scripts are needed to execute the doors and are
|
|
installed in /opt/mbse/bin: </p>
|
|
<pre>--- rundoor.sh ---<br><br>#!/bin/bash<br>#<br># rundoor.sh - Never<br> call this script directly, create a symlink<br># to this<br> file with the name of the door. For example<br># tu run the<br> door ilord do:<br># cd /opt/mbse/bin<br># ln<br> -s rundoor.sh ilord<br>#<br># by Redy Rodriguez and Michiel<br> Broek.<br>#<br>DOOR=`basename $0`<br>COMMANDO="\" doors $DOOR $*\r\""<br><br>/usr/bin/sudo /opt/mbse/bin/bbsdoor.sh $DOOR $1<br>/usr/bin/sudo /opt/dosemu/bin/dosemu.bin \<br> -F /var/lib/dosemu/global.conf \<br> -I "`echo -e serial { com 1 virtual }"\n" keystroke $COMMANDO`"<br>reset<br>tput reset<br>stty sane<br><br><br><br>--- bbsdoor.sh ---<br>#<br># Initialize DOS environment before starting a bbs door.<br># Parameters: $1 = name of the door<br># $2 = the nodenumber for this session<br>#<br># by Redy Rodriguez, 22-Oct-2001<br><br>if [ "$1" != "" ]; then<br> if [ "$2" != "" ]; then<br> mkdir -p /dos/c/doors/node$2 >/dev/null 2>&1<br> # Copy door.sys to dos partition<br> cat ~/door.sys >/dos/c/doors/node$2/door.sys<br> # Create .dosemu/disclaimer in user home to avoid warning<br> if [ ! -d $HOME/.dosemu ]; then<br> mkdir $HOME/.dosemu<br> fi<br> if [ ! -f $HOME/.dosemu/disclaimer ]; then<br> touch $HOME/.dosemu/disclaimer<br> fi<br> fi<br>fi<br><br></pre>
|
|
The script rundoor.sh is never called directly, simply create
|
|
a link with the name of the door to this file, this name must be the
|
|
same as the one of the .bat file that starts the door in the doors directory
|
|
of the dos partition. Let me explain this with an example:
|
|
|
|
|
|
<p> I have chosen the door Virtual Sysop, but it could be any other
|
|
door. My experience says to me that not all doors work correctly with
|
|
a serial port in virtual mode. This one is working at Parolas BBS. </p>
|
|
<p> Unpack Virtual Sysop in the dos partition, in the directory c:\doors\vsysop.
|
|
Execute as user mbse 'sudo dosemu.bin' and make sure that the door
|
|
works in local mode (these commands are for this door): </p>
|
|
<pre>cd doors<br>cd vsysop<br>vsysop -local<br><br></pre>
|
|
If everything is correct then create the file c:\doors\vsysop.bat
|
|
with the following contents:
|
|
|
|
|
|
<pre>--- vsysop.bat ---<br>@echo off<br>C:\COMUNIC\X00\X00 E B,0,57600<br>cd vsysop<br>vsysop -D c:\doors\node%1\door.sys -BBSNAME PAROLAS<br>deltree /y c:\doors\node%1<br>C:\COMUNIC\X00\X00<br>cd ..<br><br></pre>
|
|
Before passing the control to dosemu, the file door.sys will
|
|
be copied to c:\doors\node???? where the ???? is the node number from
|
|
which the door is invoked (to allow that several users can execute the
|
|
door at the same time). This nodenumber also is passed as the first parameters
|
|
to the .bat file, this is to indicate to which directory to copy the door.sys
|
|
file.
|
|
|
|
<p> The Virtual Sysop door supports door.sys and that is the only
|
|
dropfile that is generated by mbsebbs and that is supported by most
|
|
of the doors. If you need another format you must use a converter to change
|
|
the format of the dropfile. </p>
|
|
<p> I use the fossil X00, I have it installed in C:\COMUNIC\X00 and
|
|
this door works for me correctly with these parameters, it is alos possible
|
|
that it works without X00 or that you can load another fossil.
|
|
</p>
|
|
<p> Now create a link to rundoor.sh in /opt/mbse/bin called vsysop.
|
|
The name must be the same one that the name of the .bat file created
|
|
in the dos partition, but without the extension bat. </p>
|
|
<pre>ln -s /opt/mbse/bin/rundoor.sh /opt/mbse/bin/vsysop<br><br></pre>
|
|
Now we execute mbsetup and enter the menu setup to add an entrance
|
|
like this (It puts option 16 to Yes):
|
|
|
|
|
|
<pre> 8.3. EDIT MENU ITEM<br><br> 1. Sel. key V<br> 2. Type nr. 7 Run external program in shell<br> 3. Opt. data /opt/mbse/bin/vsysop /N<br> 1234567890123456789012345678901234567890123456789012345678901234<br> 4. Display<br> 5. Security 0 --------------------------------<br> 6. Min. age 0<br> 7. Max. lvl 0<br> 8. Password <null> 13. No door.sys No<br> 9. Credit 0 13. Y2K style No<br> 10. Lo-colors Normal display color 14. Use Comport Yes<br> 11. Hi-colors Bright display color 15. Run nosuid Yes<br> 12. Autoexec No 16. No Prompt Yes<br><br></pre>
|
|
And that is everything... </td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Doors"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="5.2">Q 5.2</a>
|
|
</td>
|
|
<td> Dosemu compile tips </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 5.2</td>
|
|
<td>
|
|
<pre>Written by: Rick Van Ruth, sysop of Vampyre's Heaven BBS 3:640/954</pre>
|
|
Dosemu still exhibits some file locking behaviour and this needs
|
|
to be overcome, especially if you are running multinode door games. The
|
|
following information was supplied by Bob Newell of Chung Kuo BBS (telnet
|
|
chungkuo.org) and I reiterate it here.
|
|
|
|
|
|
<p> There is an issue in that GNU/Linux file locking does not map precisely
|
|
to DOS file locking. You need to patch DOSEMU and build a special version
|
|
to deal with this problem. Find the file "dosext/mfs/mfs.c" in your
|
|
DOSEMU source tree. Locate the following lines: </p>
|
|
<pre>case DENY_ANY:<br> fl.l_type = F_RDLCK;<br><br>Change the second line to <br> fl.l_type = !writing ? F_RDLCK : F_WRLCK;<br><br></pre>
|
|
and build a new version of DOSEMU.
|
|
|
|
|
|
<p> To solve a problem of slow screen painting, locate "base/async/int.c"
|
|
in your source tree. Locate </p>
|
|
<pre>case 0x2C:<br><br>and just below, comment out or delete the line<br><br>usleep(INT2F_IDLE_USECS);<br><br></pre>
|
|
and rebuild your DOSEMU.<br>
|
|
<br>
|
|
It is recommended to use both tips above as it will not harm
|
|
any dos door games.<br>
|
|
</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Doors"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="5.3">Q 5.3</a>
|
|
</td>
|
|
<td> Setting up for InterBBS games. </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 5.3</td>
|
|
<td>
|
|
<pre>Written by: Rick Van Ruth, sysop of Vampyre's Heaven BBS 3:640/954</pre>
|
|
There are 2 methods for providing InterBBS setup. If your system
|
|
merely connects to one host for your games packets you need only perform
|
|
a few simple steps to have it working. If your system is a Host for InterBBS
|
|
games you will also need to add a script to separate different packets
|
|
for different downlink systems.<br>
|
|
<br>
|
|
Common to Both Methods:<br>
|
|
With most BBS games you will need 2 directories in your dos
|
|
filesystem area. One for the inbound packets and one for netmail messages
|
|
door games produce to send outbound packets.
|
|
|
|
|
|
<p> The easiest way to solve this is by creating symlinks from your
|
|
MBSE directories into the directory where your dos doors live (c:\doors).
|
|
The 2 directories you wish to link are /opt/mbse/var/inbound and /opt/mbse/var/msgs
|
|
- link them into your dos directories doors directory with the same
|
|
names ie: "inbound" and "msgs". Now according to dosemu you will have
|
|
a c:\doors\inbound and a c:\doors\msgs. We do not actually use the "msgs"
|
|
directory for anything other than a place to tell games where to write
|
|
its netmails to. These "netmails" are subsequently deleted from the system,
|
|
but the games need to be able to write them there. </p>
|
|
<p>1. The Easy Way - Single Host System:<br>
|
|
</p>
|
|
<p>1A.First of all you will realise that door games running under
|
|
dosemu usually write files as owner root, chmod 0644. This is not good
|
|
for MBSE to transfer these files as it does not have permission to act
|
|
on the files. In order to force dosemu to write games files so that MBSE
|
|
can act upon them we need to alter /etc/sudoers and change the umask for
|
|
root running under sudo. To do this open /etc/sudoers (you must be root
|
|
to edit this file) and add the following line at the top of the file before
|
|
the specifications:</p>
|
|
<p>Defaults umask=0000</p>
|
|
<p>This will allow dosemu to write files chmod 0666 (read/write everybody)
|
|
and MBSE will be able to manipulate them.<br>
|
|
</p>
|
|
<p> For my example I will use the InterBBS dos door game called Barren
|
|
Realms Elite (BRE for short). </p>
|
|
<p> 1B. Install Bre in c:\doors\bre and setup the necessary files
|
|
for its execution as a dos door from MBSE as per the dos doors faq.
|
|
</p>
|
|
<p> 1C. Tell Bre (in its BBS.CFG) that the path for inbound packets
|
|
is c:\doors\inbound and the netmail path is c:\doors\msgs Bre will now
|
|
automatically process all inbound packets it finds in the inbound directory
|
|
for itself. It needs no assistance as it merely searches for the correct
|
|
filename in the directory.</p>
|
|
<p>1D. We need to link Bre's outbound path to our host nodes MBSE
|
|
mailbox for automatic transfer of games packets. First make sure you
|
|
have added an "outbox" for your uplink node in the nodes setup in MBSE
|
|
- Section 7, Select Uplink, Menu 1, Section 2 "outbox dir". eg: if your
|
|
uplink is 3:640/954 then MBSE will default to creating /opt/mbse/var/boxes/node3_640_954
|
|
as the outbox (I will use this as an example). Note the flavour of your
|
|
uplinks node connection will apply to the outbox as well. Thus if that
|
|
particular node is set crashmail then anything you put in the outbox will
|
|
also be sent crashmail.</p>
|
|
<p>Next go to your Bre game directory. You will notice Bre has an
|
|
OUTBOUND directory, this is where it places all its game packets that
|
|
are to be sent to the uplink. We need to delete this directory and instead
|
|
create a symlink to the node outbox instead. If Bre is in c:\doors\bre
|
|
then the symlink command will be:</p>
|
|
<p>ln -s /opt/mbse/var/boxes/node3_640_954 /dos/c/doors/bre/OUTBOUND</p>
|
|
<p>Alter the above depending on where your linux path to your dos
|
|
is, also remember linux is case sensitive! Note you can also make as
|
|
many synlinks as you like to the nodes outbox, so if you have 2 or 3
|
|
different games you send to that node you can link the outbox to each
|
|
games outbound directory. Also if you have different games to different
|
|
host nodes just link the game outbound directories to the outboxes of each
|
|
node.</p>
|
|
<p>Thats it. The system will now process inbound and outbound packets
|
|
automatically. You will however need to delete the netmails in the msgs
|
|
directory - I have included this in the Door game maintenance section
|
|
further on.</p>
|
|
<p> If you experience problems with your system polling nodes and
|
|
sending the game mail packets while a user is online within the game then
|
|
you might wish to use the dos "share.exe" so packet files are not being accessed
|
|
by both the game and the mailer at the same time. You can load share.exe
|
|
within your doors.bat in dos root directory.</p>
|
|
<p> 2. The Hard Way - Multiple Host System</p>
|
|
<p>Follow steps 1A, 1B, 1C above, the change occurs for 1D (below).<br>
|
|
</p>
|
|
<p> 1D. We need a script to process the Bre outbound packets and add
|
|
them to MBSE's node outboxes path so they are sent. A script on how to do
|
|
this follows (with comments ). First remember to create your outboxes for
|
|
each node that you transfer games packets to. I will use 3:640/954 as above
|
|
and 1:123/456 for this example of 2 systems linked to the one Bre game.
|
|
</p>
|
|
<p> This script should be owned by user "mbse" and have the permissions
|
|
(chmod 755) -rwxr-xr-x. It is best kept in /opt/mbse/bin with your
|
|
dos game executing scripts. I call this script "dos_poll" </p>
|
|
<pre>------------------------------------------------------------------------<br>#!/usr/bin/perl -U<br>use File::Basename;<br>use File::Copy;<br><br><br># Define the variables for the outboxes for our links<br>$node1 = "/opt/mbse/var/boxes/node3_640_954";<br>$node2 = "/opt/mbse/var/boxes/node1_123_456";<br># Define the linux path to Bre's outbound directory<br>$bre_path = "/opt/mbse/dos/doors/bre/OUTBOUND";<br><br> opendir(DIR, "$bre_path") || die;<br> @dirlist = readdir(DIR);<br> closedir(DIR);<br><br> foreach $filename (@dirlist){<br> $brefile = "$bre_path/$filename";<br> ($filenameOnly, $pathname, $fileExtension) = fileparse($filename, '\..*');<br><br> if($filenameOnly eq "048b0201") {<br> move("$brefile","$node1"); <br> }<br> if($filenameOnly eq "048b0203") {<br> move("$brefile","$node2"); <br> }<br> }<br><br># '048b0201' is the packet name Bre creates. You can find out what<br># your packet name is by running BRE PLANETARY and then checking inside<br># the Bre OUTBOUND directory - note no ext on name. You should also check<br># your nodes dat for which is which 048b0201 means from system 2 to system 1<br># so you would be system 2 in the nodes dat and 1 would be 3:640/954<br># 048b0203 is obviously to system 3 in the nodes dat - 1:/123/456 in our<br># example here<br><br>------------------------------------------------------------------------<br><br>Thats it. You can run this 'dos_poll' script from the maintenance scripts described below.<br></pre>
|
|
</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Doors"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
<p>
|
|
<table width="100%">
|
|
<tbody>
|
|
<tr>
|
|
<td width="50" valign="Top"><a name="5.4">Q 5.4</a>
|
|
</td>
|
|
<td> Door Maintenance. </td>
|
|
</tr>
|
|
<tr>
|
|
<td valign="Top">A 5.4</td>
|
|
<td>
|
|
<pre>Written by: Rick Van Ruth, sysop of Vampyre's Heaven BBS 3:640/954</pre>
|
|
Ok, so you can setup doors, run inbound and outbound for interbbs
|
|
games. So how do you do maintenance? <br>
|
|
Again by scripts. Again I will use BRE as an example. First
|
|
I create a maintenance batch file in my C: root directory. I have called
|
|
it maint.bat and for the bre game it looks like this:
|
|
|
|
|
|
<pre>cd \doors\bre<br>BRE INBOUND<br>BRE SCORES<br>BRE REQUEST<br>BRE PLANETARY<br>exitemu<br><br></pre>
|
|
if you are familiar with Bre you will know this to be a standard
|
|
sort of maintenance except for the "exitemu" at the end. That is there
|
|
because we are going to use a script to start dosemu and call the maint.bat
|
|
- so afterwards we need it to exit dosemu. <br>
|
|
Now a maintenance script to be called from your cron or whatever
|
|
else you are using to execute events on your system. I call this script
|
|
"dos_maint" and it also lives in /opt/mbse/bin<br>
|
|
<pre>#!/bin/sh<br>#<br>COMMANDO="\" maint \r\""<br><br>/usr/bin/sudo dosemu -dumb -E dir > /opt/mbse/log/dos.log -quiet -I "`echo keystroke $COMMANDO`"<br><br>/bin/rm /opt/mbse/var/msgs/*.msg<br><br>#/opt/mbse/bin/dos_poll # Uncomment this line if you are using the Multiple host script<br>--------------------------------------------------------------------------------------------------<br><br></pre>
|
|
You will notice this script starts dosemu and calls maint.bat,
|
|
and then when its finished there it deletes all those games netmails
|
|
and if you run the script for multiple hosts for your games it can call
|
|
that as well. Please note the second line is all ONE line, it has most
|
|
probably wrapped here.
|
|
|
|
<p> You will notice that the script calls dosemu and not dosemu.bin,
|
|
this is because we need to tell dosemu to open a dumb terminal and not
|
|
display to a console or screen. By use of the redirection we redirect
|
|
the normal console output to a file, here I have used /opt/mbse/log/dos.log
|
|
as that is where all of MBSE's other logs reside. </p>
|
|
<p> Once "dos_maint" is run via the cron it will run maintenance on
|
|
your dos doors, process inbound/outbound interBBS game packets and have your
|
|
outbound packets ready to send. Thats about all there is to do :)</p>
|
|
<p>Note: You can make variants on these scripts for running daily
|
|
maintenance or just packet processing at certain times of day. They
|
|
are just variations on the information above, but if you have questions,
|
|
contact me! <br>
|
|
</p>
|
|
<p> Have fun! </p>
|
|
</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
<a href="#_Doors"><img src="images/hand.up.gif" border="0" alt="Up">
|
|
</a>
|
|
</p>
|
|
</blockquote>
|
|
</body>
|
|
</html>
|