home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Simtel MSDOS 1992 September
/
Simtel20_Sept92.cdr
/
msdos
/
packet
/
mbl514.arc
/
IWI-READ.ME
< prev
next >
Wrap
Text File
|
1990-01-12
|
5KB
|
85 lines
W3IWI comments ------ August 14, 1988
This disk contains the code to enable you to get WA7MBL's latest BBS code
running. Please feel free to distribute it to others, but please include
and comply with the WA7MBL's requirements in the LICENSE file.
The 5.xx code from WA7MBL has now been running at a few test sites for
several months. W3IWI has run nearly 13,000 messages thru the code with
no hitches. It is now on the air at about a half-dozen locations and has
proven robust. If you have a problem, it is likely to be either in the
software configuration at your location or in faulty hardware. The code
does work! To help ease the transition, I have included files that document
my current setup to run a 4-port, 3 window system on an AT clone under
Desqview.
5.xx is running at the following stations (that I know about): WA7MBL, WA7MXZ,
W3IWI, WA4ONG, W2JUP, W3ZH, K7PYK, W5DDL, WA2SNA and I2KBD.
5.xx went thru a number of iterations. I first put 5.00 on here in March.
My first comment is that you will see that it is much faster than earlier
versions. This is in part because the maintenance of bulletin forwarding
has been moved to a separate code module and a new .BTR file, in part
because the new code was written with the new Turbo Pascal compiler which
broke the 64k boundary and removed the overlays, and in part because Jeff
did a lot of code optimization. The price for these changes is that the
code consumes more RAM space.
With 5.xx the distinction between a single user system (i.e. MBL3.31) and
multi user (i.e. 4.31) system has gone away. With the new code, if you
run one copy directly under MSDOS, it is single user; if you run multiple
copies under DV it is multi-user. Thus you can test the individual copies
one at a time before you integrate them under DV. Each copy can have multiple
TNC ports, limited only by the I/O capability of you system. The code has
not been tested under DoubleDOS, Topview, MS Windows, Unix DOS Merge, OS2 or
any multi-tasking system other than DV. Any attempts to do so invoke the
caveat emptor response "you are on your own navigating thru uncharted waters"!
The biggest complaint I've heard voiced is that the new MBL code >>ONLY<<
allows three message types -- SP, SB and ST. All individual mail is "type P"
(which I suggest means PERSONAL, not PRIVATE). If your users want mail to
be read by several people they should send it as a "SB" bulletin. This
"feature" has caused comments from almost everyone, but the decision has been
made and it is hard-coded.
This code is available on my TOMCAT TCP/IP file server, both on the "real"
internet and on a 2400 baud SLIP dialup port. This disk includes instructions
on how to dial into TOMCAT. The code is also available on WB3FFV's Unix-based
BBS system.
On this disk, the file MBL512.ARC has the main BBS code plus what
documentation exists plus utilities & sample files. MBL512A.ARC has some
I/O drivers you may or may not already have. DARK.ARC may be fun. The
PKARC/PKXARC that is included is the very latest version (3.6) -- it was
prepared by taking Phil Katz's PK36.EXE distribution file, expanding it,
deleting the PKARCJR & PKXARCJR files so that it would fit onto this disk,
and then re-arcing stuff. The PKARC36.ARC file also includes a very nice
documentation package.
To improve our ability to forward mail, Jim,WA4ONG has done a quick hack which
he calls EXTFWD (EXTended FWDing) which implements a UUCP-style extended
forwarding scheme. Additional routing info can be stuffed into the Subject:
field and then EXTFWD will pull it back into the @route field. Mail using
EXTFWD addressing will flow thru other MBL/RLI compatible systems fine, but
nodes which handle re-routing must be using EXTFWD and hence must be MBL
systems. W0RLI found this hack undesirable and in response has proposed
a IP-style domain addressing scheme (which I like a lot!); Hank already has
it on the air for testing in his RLI 7.xx series and the specs have been
sent to Jeff. I have proposed that the RLI-style domains be an integral
part of the PACSAT forwarding protocols. One of the psycho-political problems
with domain names is "Who is the GOD who assigns the legal names?". N6VV has
taken a crack at this problem. You will find some of the notes in the
DOMAIN.ARC file which will give you a glimpse at the future.
As a personal note: For the rest of the year I am very busy both at work and
on AMSAT/TAPR activities. We (AMSAT + TAPR) are launching multiple PACSAT
satellites in early 1989 and I am responsible for several of the critical
systems. We are also trying to get the DSP-1 digital signal processing box
(TNC + modems + a LOT! more all done in software) out the door. Therefore
you will find me very unresponsive to mail and phone calls. There just ain't
enuff hours in the day!
Enjoy ---
73, Tom