pozar@kumr.lns.com (Tim Pozar) (02/28/91)
Volume 8, Number 8 25 February 1991
+---------------------------------------------------------------+
| _ |
| / \ |
| /|oo \ |
| - FidoNews - (_| /_) |
| _`@/_ \ _ |
| FidoNet (r) | | \ \\ |
| International BBS Network | (*) | \ )) |
| Newsletter ______ |__U__| / \// |
| / FIDO \ _//|| _\ / |
| (________) (_/(_|(____/ |
| (jm) |
+---------------------------------------------------------------+
Editor in Chief: Vince Perriello
Editors Emeritii: Thom Henderson, Dale Lovell
Chief Procrastinator Emeritus: Tom Jennings
Copyright 1991, Fido Software. All rights reserved. Duplication
and/or distribution permitted for noncommercial purposes only.
For use in other circumstances, please contact Fido Software.
FidoNews is published weekly by and for the Members of the
FidoNet (r) International Amateur Electronic Mail System. It is
a compilation of individual articles contributed by their authors
or authorized agents of the authors. The contribution of articles
to this compilation does not diminish the rights of the authors.
You are encouraged to submit articles for publication in
FidoNews. Article submission standards are contained in the file
ARTSPEC.DOC, available from node 1:1/1. 1:1/1 is a Continuous
Mail system, available for network mail 24 hours a day.
Fido and FidoNet are registered trademarks of Tom Jennings of
Fido Software, Box 77731, San Francisco CA 94107, USA and are
used with permission.
Opinions expressed in FidoNews articles are those of the authors
and are not necessarily those of the Editor or of Fido Software.
Most articles are unsolicited. Our policy is to publish every
responsible submission received.
Table of Contents
1. ARTICLES ................................................. 1
GURPS - A New Echo ....................................... 1
MACLIST UPDATE 2 ......................................... 2
SaudiNet ... On the move and growing stronger! ........... 5
Star Wars Conference ..................................... 9
2. COLUMNS .................................................. 10
Getting it there, YAPPPII ................................ 10
3. LETTERS TO THE EDITOR .................................... 14
4. LATEST VERSIONS .......................................... 15
Latest Software Versions ................................. 15
5. NOTICES .................................................. 20
And more!
FidoNews 8-08 Page 1 25 Feb 1991
=================================================================
ARTICLES
=================================================================
Bill Jones
1:3615/16
Let's Talk GURPS!
Attention all role-players! Zoo BBS in Clinton, TN would
like to announce a new echo available for you. Have you ever
heard of the Generic Universal Role-Playing System? It's a
fantasic role-playing set-up from Steve Jackson Games in Austin,
Texas. As sucessful as the AD&D Echo has proven to be, we'd like
to make a similar attempt with GURPS. I realize it's not quite
the "household word" that AD&D has become, but GURPS is growing,
with over a million manuals in print. If you're still not quite
sure what I'm talking about, drop by your local hobby store and
ask. Or, even better, join up with the GURPS Echo and learn
firsthand.
To give a more complete explanation of GURPS, it's a much
more complete system than most others. It's very point based,
and highly generic, allowing characters (and worlds) to be
created with any era or concept in mind. You can create the
standard "AD&D" world, or perhaps a future world where magic
works. It really doesn't matter, and the rules work for all.
In our echo we'll be discussing character creations, rule
suggestions (as GURPS makes it simple to add new rules), and
possible future additions to the game. If this echo takes off,
we may even launch a "play-by-echomail" adventure. One of your
moderators also happens to be a play-tester for Steve Jackson
Games.
So SysOps, ask your users - users beg your SysOps, and get
the GURPS echo today. For more information and distribution
info, write me up at 1:3615/16. I'll get you a feed node in no
time.
-----------------------------------------------------------------
FidoNews 8-08 Page 2 25 Feb 1991
MACINTOSH ALTERNATIVE CONNECTIONS LIST (MACLIST) - UPDATE 2
Ralph Merritt
1:269/102, 1:269/111
Tom Heffernan
1:269/369
February 21, 1991
On October 27, 1989, a new, Macintosh oriented network was
formed. Named the 'Macintosh Alternative Connection List',
MACLIST was established in Zone 6.
The current MACLIST nodelist is available to all interested.
Just file request (via Tabby WaZOO-style FREQ) 'MACLIST.ARC'
from 1:269/369 or 1:269/102 [NOTE: DOS mailers please file-
request from 1:269/111, a Front Door 2.00 mail-only node].
Why was MACLIST formed? There are several reasons we decided
to form the Macintosh Alternative Connection List. Here are
some that inspired us to form MACLIST:
o The Macintosh is rapidly entering the world of computer
networking. Macintoshes are located in many different
networks, but how to find them? The MACLIST nodelist
is a centralized source for you to communicate with
other Macintoshes - simply compile the MACLIST nodelist!
o The Macintosh community has many unique aspects. The
MACLIST is a network for Mac sysops, and their users,
to join together and address Macintosh issues that
affect us all, examine the technology, discuss topics
and disseminate information of interest to the
Macintosh community.
o Need a Macintosh echo connection? Files? Looking for
'Mac compatibility' (SEAlink transfer protocols and
WaZOO FREQs)? Check MACLIST for a system near you ...
the Macintosh Alternative Connection, an independent
network on the move.
If you are running a Macintosh system, or a system dedicated
to Macintosh users (the MACLIST is not necessarily composed
100% of systems that are physically running on Macintoshes,
but a member must have a system dedicated/oriented to the
Macintosh user), and are interested in joining the MACLIST,
please contact one of us at our addresses listed below!
If you are interested in MACLIST, you might want to get a
MACSYSOP feed to keep in touch with other Mac sysops. In
the summer of 1990, MACSYSOP was added to the "Fidonet
Backbone", so it should be available in your local network.
If it is not, please contact one of us below and we'll help
you locate a source. You do not have to carry MACSYSOP to
be a member in MACLIST.
FidoNews 8-08 Page 3 25 Feb 1991
Here are our answers to some of the questions we have been
receiving:
Q: Why did you chose Zone 6 for MACLIST?
A: The Tabby mailer for the Macintosh does not have the
capability to use two-digit zone addresses in it's current
2.2 version. We therefore did not have a choice in Zone
selection. Zone 6 was the last remaining unoccupied single-
digit Zone address at the time of MACLIST's formation. After
October of 1989, Fidonet split Asia off from Zone 3 and put
it into Zone 6. While we do not wish to intrude on another
network's Zone or encounter the technical problems associated
with a 'shared Zone', to date there is no Net/Node level
addressing conflicts between MACLIST and Fidonet Zone 6.
After Tabby 3.0 is released and is being generally used, we
will move to another Zone as Tabby 3.0 supports zones up to
32767.
Q: What do I have to do to become a member of MACLIST?
A: Run a BBS/system that caters to the Macintosh community
and is accessable via some form of mailer that is FTSC
compatible. It does NOT matter what hardware or software
you use as long as you support the Mac. Just send a
message to one of us at the addresses listed below.
Q: Is membership in MACLIST free?
A: Yes.
Q: If I do not join MACLIST will it be hard for me to get
some Mac echoes?
A: MACLIST does not have any echoes based in it. In other
words NOT being a member of MACLIST will NEVER stop you
from getting an echo. We believe that the MACLIST will
actually ASSIST you in finding systems that carry any or
all of the MANY currently existing Macintosh echos.
Q: Will I have to use my MACLIST node number?
A: MACLIST is NOT a 'replacement' for other networks. You
do not have to use your MACLIST node number as a primary
node address. It does not have to even appear in your
origin line. As a matter of fact, you must have a
"primary" address in some other network (such as Fidonet
or Alternet) before joining MACLIST. You might want to
make MACLIST an AKA on your system.
Q: Will joining this network cause problems for me in any
other networks?
A: It should not, as there have been software and hardware
specific Networks for a long time with no problem, with
participants in multiple networks. DOS-based boards
FidoNews 8-08 Page 4 25 Feb 1991
have been using nets like this all along (for example,
PNET, QNET, RBBS-Net). Each is means of communication
and support for a particular interest group, just as
MACLIST is oriented to the Macintosh community.
Q: Why have you added the MACSYSOP echo to the "Fidonet
Backbone" after so many months of successful distribution
off the backbone?
A: At the time MACLIST was formed in October of 1989, we chose
the MACSYSOP Echo rather than some other echo because at
the time MACSYSOP was not a Fidonet, Alternet (or any other
net) echo. After many requests by various Mac sysops, we
placed it on the backbone to make it more available to those
that wanted a link.
Looking forward to bringing the MacIntosh community
together,
Tom Heffernan Ralph Merritt
1:269/369 1:269/102, 1:269/111
Rock Pile BBS Dragon's Cave BBS
(201)987-9232 (201)228-4708
24 Hours/HST 24 Hours/HST
-----------------------------------------------------------------
FidoNews 8-08 Page 5 25 Feb 1991
SaudiNet ... On the move and growing stronger!
By: Todd Looney 90:90/0 1:143/27
SaudiNet Zone Coordinator
and Tracy Graves 90:8022/200 1:159/500
"General All Around Good Guy"
As many already know, in August of 1990 Mark Niswonger and Gary
Lagier got together and initiated the beginnings of an idea to
send public/private mail to the troops or servicemembers
stationed in Saudi Arabia in "Operation Desert Shield" - now
Desert Storm.
The project called "The Saudi Connection" has evolved
extraordinarily since then, and now involves collecting outgoing
user mail with special addressing on it from over 1000 volunteer
nodes throughout the country and forwarding it (echomail-style)
through what has become known as the SaudiNet network boards to
a central collection system. At the collection site, the
messages are viewed for decent content (racial slurs, profanity,
etc.) to ensure that the system is not used improperly
(requested by the Joint Chiefs). Several times per week, the
messages are sent to a PC User Group board (American sysop) in
Saudi Arabia. The members of the PC User Group print out the
messages on a laser printer, fold them using an automatic
folding machine, and hand deliver them to the Military Postal
Service for delivery to troops in the field. As you may have
heard on the evening news, US Snail mail is taking an average of
19 days to reach Saudi Arabia form the United States. SaudiNet
is now transmitting an average of 300 messages per day, and on
our best day have delivered mail into military hands in as
little as seven hours.
Other organizations performing similar services have
investigated our process and are now approaching us in order to
gate their own messages to Saudi Arabia through our proven
efficient and competent network. The results of these new
associations will triple our current volume of mail transmitted
to Saudi Arabia.
At first, the SaudiNet organization was clumsy. Many
expectations and intentions were thwarted and many sysops quit
before it got off the ground. This has all been remedied and
the system is flowing well; especially well for a virgin
topology.
One of the problems encountered was the inability of the
coordinators to identify, with any accuracy, who the major
players were on the team. Since the system needed the support
of the Pentagon and Central Command, it became necessary to
create a temporary network for the purpose of management and
identification. SaudiNet was formed as a temporary network for
this purpose. As a security measure and to comply with the
Electronic Communications Protection Act, it was agreed that
none of this personal mail would travel through any systems that
have not agreed to abide by the standards and methods of
FidoNews 8-08 Page 6 25 Feb 1991
operation of SaudiNet. Participating systems are simply asked
to apply for a SaudiNet node number and to abide by the basic
game plan. SaudiNet coordinator do not require that
participating systems actually use the Zone 90 AKA's if they or
the systems they operate are not technically sophisticated
enough to handle an alternate nodelist; coordinators merely need
to have all participants listed in the SaudiNet nodelist for
logistical purposes.
In the process of this creation, a few Net Coordinators and Net
Echo Coordinators have mistakenly taken the "other net" and "no
Saudi Mail on the backbone" requirements as personal slights to
their authority and have reacted according to that
interpretation. Sadly, a few other people that are actively
opposed to the war have taken the stance that sending mail to a
service person is equated to supporting the war. These
impressions are unfortunate, and could be no further from the
truth. As Vietnam veterans all over the country will all to
readily attest, the troops in the field have nothing to do with
formulating the policies of this country, they are merely tools
abiding by an oath they made when entering military service.
Vietnam veterans were ostracized upon their return from that
unpopular war, and SaudiNet members throughout the country are
dedicated to providing a method for American citizens to show
their support of the troops of today who are serving with
Operation Desert Storm in Saudi Arabia; and all are concerned
about their morale and welfare.
SaudiNet sysops are sharing the BBS network technology with the
general community and have begun to receive high praise for
their effort on CNN, the Associated Press, and newspapers across
the country. SaudiNet is not political in any way.
We are taking the time to write this in hopes that we will
remove any apprehensions and misunderstandings and gain the
support of as many sysops as possible to help with this project.
As former NC's, we can both understand any previous
apprehensions ---- actually, before joining SaudiNet. The
SaudiNet coordinators personally speak with our Saudi Arabian
receiving station, and the American sysops running it, on a
regular basis to circumvent any potential problems and to check
on the status of deliveries to the military postal
organizations. We have been in contact with U.S. Military
Central Command and are in contact with several U.S. Senators
who have investigated SaudiNet and found it to be worthy of
their support. We are satisfied that it is working well.
Becoming a participating member in SaudiNet is easy. The "Saudi
Connection" calls for the installation of two echo areas:
SAUDI ......... Private-User Mail Outbound-only.
FidoNews 8-08 Page 7 25 Feb 1991
SAUDI_INFO .... SaudiNet Sysop Help (2 way).
Messages may be imported by sysops from manual sources.... mail
may be sent to specific personnel or to "ANY SERVICE MEMBER" for
those souls who may not be receiving mail.
There is a DOOR program that helps pre-address the messages and
saves them into several message formats - SNETDOOR (magic word)
is available for Freq at 1:143/27 (HST) 24-hours per day. It is
compatible with all .MSG format BBS operating systems, and with
QuickBBS and RemoteAccess (and now even a kluge for WildCat).
Another program is being developed as we speak for use with TBBS
systems. This program helps users to enter mail without a sysop
needing to make any major changes to the board - only the
echomail processor configuration needs to be modified to add the
areas.
We eagerly encourage all to consider offering this service to
their users. We invite you to read the documentation on the
project and would be pleased to add you to the membership roles.
The latest SaudiNet Nodelist is always available for Freq at
1:143/27 as SNETLIST, which can be used to locate the nearest
SaudiNet *C in your area where you need to submit your
membership application. An informational packet called
SAUDI.ZIP contains the application, and some sample press
releases for system operators who wish to solicit the aid of
local media to help make the general public in your area aware
of the SaudiNet services available to them at no charge.
SaudiNet is currently in the process of incorporating as a
charitable organization, and in that light now have an active
Board of Directors including Legal, Publicity, and Technical
Directors. Although we are currently being availed the services
of several 800 lines for our *C's, privately funded by the
Association for Electronic Communications in return for
receiving mail from their organization membership and
transmitting them to Saudi Arabia, we are in the process of
installing our own so that the general member node can be spared
the cost of polling long distance for the SaudiNet echo's.
In short, SaudiNet is ON THE MOVE and GROWING STRONGER!
Thank you...
Todd Looney
Vietnam Veterans' Valhalla
SaudiNet Zone Coordinator/Moderator
1:143/27 90:90/0 8:914/427
=== Files on Vietnam Veterans' Valhalla - 1:143/27 ===
FidoNews 8-08 Page 8 25 Feb 1991
The Saudi Connection - SaudiNet - Mail to the gulf for users.
SNETLIST Latest SaudiNet Nodelist
SNETDOOR SaudiNet/AEC Mail Entry Program
SAUDI.ZIP SaudiNet information packet and membership
application containing the following:
LEGAL.DOC Saudi Connection legal statement
SAUDI-PR.001 SaudiNet press release
SAUDI-PR.002 SaudiNet press release
SAUDI.DOC SaudiNet Information
SAUDI.HST SaudiNet historical information
SAUDI.RUL SaudiNet Conference Rules
SAUDINET.APL SaudiNet Membership Application
-----------------------------------------------------------------
FidoNews 8-08 Page 9 25 Feb 1991
Skip Shayotovich
FidoNet 1:161/42
S T A R W A R S C O N F E R E N C E
------------------------------------------------------------
It has been fourteen years since we met Luke, Ben, Han and the
others. Eleven years since we learned that Luke and Vader might
actually be related, and eight years since we saw the Rebellion
throw off the cloak of tyranny that the evil Galactic Empire had
brought to bear throughout the galaxy.
Currently, there are at least two seperate conferences devoted
to the other "Star" in the universe... Star Trek. While I have
nothing against the thousands of fans that have used the echos
devoted to that property, I believe there to be at least as many
fans of the space-saga trilogy created by George Lucas that have
not had a place to adequatley explore the worlds set before them
in the STAR WARS movies.
Since its introduction to the world in 1977, there have been
two more movies, several books, hundreds of comics, thousands of
games and figures... and most recently, and probably the greatest
source of new information regarding that galaxy far, far, away...
West End Games', Star Wars Role Playing Game. This in itself has
opened up HUGE avenues of new information that all Star Wars fans
have been yearning for.
There have been discussions that have started up on conferences
like Film and Comic Books that have eventually been supressed
because they started going off onto tangents that did not relate
to the conference they were being discussed on. From the movies,
to the comics, to the role playing games... I am hopeful that the
Star Wars Conference will be a place where all fans can come to
talk about whatever is on their mind regarding their favorite
topic.
The Star Wars echo is now available via private distribution
only. Contact me or Bill McCauley at Fidonet 1:161/42 on The
Records Department in Pleasanton (415-426-0470), California for
more information and a connection to this new echo.
May the Force be with you...
Thank you,
Skip Shayotovich
Fidonet 1:161/42
Moderator - Star Wars
Comic Books
-----------------------------------------------------------------
FidoNews 8-08 Page 10 25 Feb 1991
=================================================================
COLUMNS
=================================================================
Bruce Gingery
FidoNet 1:310/5.1
YAPPPII (Yet another packet proposal - part 2)
As we see graphics, image data, and digital voice quickly
becoming more and more of life, and computers certainly not
losing ground, careful analysis is needed to not drop nor be
outdated, while keeping accessability and the free interchange
of information.
Most implementers agree that the ^a Kludge lines have
very much served a purpose, but can be rather difficult to
keep track of. To continue adding more tends to reduce rather
than assist compatibility.
In the table below, is a proposal from Total System
Software for Attribute flagging, which covers a fairly wide
variety of needs, from the BBS mail user interface, to the
networking of involved and varied data types.
Type4Attribute = A named set of 32 bits,
starting at the bit value 2^0, through 2^31
with bits and bytes addressed in Intel format.
+--------------------------------------------------------------+
| 2^ Name Usage |
+--------------------------------------------------------------+
| Intended ACCESS flags |
| 0 AddresseeOnly, Same as PVT in type-2 |
| 1 GroupOrConference, i.e. private echo - no cross-post |
| except to private net-mail. |
| Unrestricted, if neither |
| |
| LOCAL handling flags |
| 2 Hold4Pickup, Usually automatically set on/off |
| for polled pickup of mail. Would|
| automatically be set for mail to |
| a Down node or point by its Hub |
| or Boss, even if Pickup is not |
| the norm between those two. |
| 3 HoldUntilReleased, Manually set on AND off |
| disallows send AND disallows the |
| addressee pick-up as well, for |
| `timed-release' messages, part- |
| ially finished messages, etc. |
| 4 CrashOut, Same as type-2 CRASH is intended |
| send at earliest opportunity, |
| NOW if local setup permits and |
| interim addressee is CM. |
| 5 PriorityHandling, Override normal restrictions on |
| out-dialing. This bit would most|
FidoNews 8-08 Page 11 25 Feb 1991
| likely stripped on all incoming |
| mail. |
| 6 Received, By addressee or killed by the |
| mail area administrator. |
| 7 PackedToSend, But not Crashed out. |
| 8 WasSentOut, Message is ready for purge if |
| 9 KillWhenSent, Received, WasSent & KillSent |
| 10 ArchiveWhenSent, For historical records |
| 11 Archived, |
| 12 LocallyAuthored, Cleared by packers and tossers. |
| 13 SuspectedDuplicate, Handling is locally defined |
| Set for packets when expected |
| RESUME starts at offset zero. |
| Set for messages by tossers. |
| |
| CONTENT flags |
| Presumed content is full 8-bit |
| text, with CHR(127) through |
| CHR(255) presumed to be graphics |
| characters, translated for disp- |
| play according to local convent- |
| ions. CHR(0) predefined as null,|
| and other characters CHR(1) thru |
| CHR(31) as control characters. |
| CHR(13) as soft-return, |
| CHR(10) as hard-return, and any |
| occurrance of the two together |
| <CR><LF> or <LF><CR> as a single |
| hard return. Any occurances of |
| other codes in CHR(1) - CHR(31) |
| are to be excluded, unless flag- |
| ged below. |
| 14 NonASCIItext, VT-100 graphics, EBCDIC, SkyPix, |
| or other nearly char-for-char |
| "plain text" |
| 15 Ascii7Bit, Text fits most restrictive FTS0001|
| standards -- may have soft CR's |
| should not have TABs, FFs, etc. |
| 16 RotatedText, Rotated or otherwise encoded |
| Some kind of "Key" is required to|
| restore to "normal". |
| 17 Graphics, Don't process to any flat-text- |
| only capable message base, unless|
| the MultipleFormats flag is also |
| on. (see below). |
| 18 MultipleFormats, This packet or message contains |
| SOME message text materials and |
| some other materials. If this is|
| a message header, the text leads |
| other data and is null terminated|
| 19 Facsimile, THIS one is HAM, IFF, GIF, FAX or |
| other hi-res content. |
| 20 CompressedContent, Compression applied which is NOT |
| inherant in the otherwise flagged|
| content, unlike many gfx fmts. |
| 21 OtherBinary, Such as digitized voice, standard |
FidoNews 8-08 Page 12 25 Feb 1991
| look-up encoded or the like. |
| |
| IN-TRANSIT Destination & Handling flags |
| 22 Orphaned, Intermediate destination unknown |
| 23 FlowAuditRequest, Return receipt requested |
| from every handling node |
| 24 ReturnReceiptReq, From destination on receipt by |
| the addressee user or target |
| pseudo-user software such as |
| AreaFix or TosScan. |
| 25 ReturnReceipt, This IS a Return Receipt or |
| the response to a FlowAuditReq |
| 26 AddresseeUnknown, NAK return receipt. |
| |
| Routing flags, may change at any passed-thru system |
| 27 InterNetwork, Off unless must leave FidoNet |
| 28 InterZone, Off unless MUST change zones |
| between current and target sys. |
| 29 UseZoneGate, Requested or default IF InterZone |
| 30 HubBossOrHostRoute, Most-networked routing prefered. |
| 31 NoRouting ); Overrides any non-manditory types |
| of routing. Will NOT prevent |
| Host or Hub or Boss routing for |
| mail addressed to an -Unpublished|
| Node or Point. |
+--------------------------------------------------------------+
Note that the actual disposition of a PACKET bearing the above
flags, or of an individual (or multi-) message bearing the same
flags have slight variations, but the meaning remains very
close.
SuspectedDuplicate is set for a packet by the SENDER when a mail
transfer is aborted in mid-packet, without altering the timestamp
and file length of the packet file. RESUME transmissions will
avoid transmitting this bit, but re-starts at offset zero will
properly flag the possibly duplicated data. For the individual
message, SuspectedDuplicate allows an alternative to presumed
delete, ignore duplicates and toss somewhere else options while
not losing the fact that the message is thought to be a dup.
A message with CompressedContent = 1, and MultiFormat = 1, will
indicate that this is a `tick'ed file with description. Other
information in the header and in the data itself will indicate
CompressedContent by itself or with only text or a Binary con-
tent flag shows the content to be a compressed file with NO
plain cover message. When the header is used with a packet,
it indicates that the entire packet is compressed, and the
balance of the file must be acted upon similarly to the way
ARCmail is currently treated. De-compression is required only
at any node for which it is not pass-through-only. This bit
is the ONLY difference between compressed mail and uncompressed
.PKT mail packets of type 4 and 5.
FidoNews 8-08 Page 13 25 Feb 1991
A truth table of the bits in each group above will allow the
proper handling (or discarding where a basic incompatibility
exists) from the message header, as software is enabled to
accept the advanced features made available.
Next time, the header formats which these bits help identify.
-----------------------------------------------------------------
FidoNews 8-08 Page 14 25 Feb 1991
=================================================================
LETTERS TO THE EDITOR
=================================================================
This is in response to Kristian Stark's article about adding a flag to
the nodelist for mail compression method.
There was considerable discussion on this subject in the FTSC echo
some time back. We came to this conclusion: Since picking up
EchoMail from a node always requires some setup and communication
between the sysops about such things as which echos, passwords,
polling times, etc. it makes sense to also talk about the compression
method to be used (if any).
Typically, few people compress plain NetMail and generally since there
is little advantage to compress one or two smallish NetMail messages
anyway, there is generally no need for the overhead of a mail
compression flag.
Anyway, the idea for a compression type flag for the NodeList was
tabled, at least for the time being.
Robert Heller 1:321/153, a member of the FTSC.
-----------------------------------------------------------------
FidoNews 8-08 Page 15 25 Feb 1991
=================================================================
LATEST VERSIONS
=================================================================
Latest Software Versions
MS-DOS Systems
--------------
Bulletin Board Software
Name Version Name Version Name Version
DMG 2.93 Phoenix 1.3 TAG 2.5g
Fido 12s+ QuickBBS 2.66 TBBS 2.1
GSBBS 3.02 RBBS 17.3B TComm/TCommNet 3.4
Lynx 1.30 RBBSmail 17.3B Telegard 2.5
Kitten 2.16 RemoteAccess 0.04a TPBoard 6.1
Maximus 1.02 SLBBS 1.77A Wildcat! 2.55
Opus 1.14+ Socrates 1.10 WWIV 4.12
PCBoard 14.5 XBBS 1.15
Network Node List Other
Mailers Version Utilities Version Utilities Version
BinkleyTerm 2.40 EditNL 4.00 ARC 7.0
D'Bridge 1.30 MakeNL 2.31 ARCAsim 2.30
Dutchie 2.90C ParseList 1.30 ARCmail 2.07
FrontDoor 1.99c Prune 1.40 ConfMail 4.00
PRENM 1.47 SysNL 3.14 Crossnet v1.5
SEAdog 4.51b XlatList 2.90 DOMAIN 1.42
TIMS 1.0(Mod8) XlaxDiff 2.35 EMM 2.02
XlaxNode 2.35 4Dog/4DMatrix 1.18
Gmail 2.05
GROUP 2.16
GUS 1.30
HeadEdit 1.15
InterPCB 1.31
LHARC 1.13
MSG 4.1
MSGED 2.06
MSGTOSS 1.3
Oliver 1.0a
PK[UN]ZIP 1.10
QM 1.0
QSORT 4.03
Sirius 1.0x
SLMAIL 1.36
StarLink 1.01
TagMail 2.41
TCOMMail 2.2
Telemail 1.27
FidoNews 8-08 Page 16 25 Feb 1991
TMail 1.15
TPBNetEd 3.2
TosScan 1.00
UFGATE 1.03
XRS 4.10*
XST 2.2
ZmailH 1.14
OS/2 Systems
------------
Bulletin Board Software Network Mailers Other Utilities
Name Version Name Version Name Version
Maximus-CBCS 1.02 BinkleyTerm 2.40 Parselst 1.32
ConfMail 4.00
EchoStat 6.0
oMMM 1.52
Omail 3.1
MsgEd 2.06
MsgLink 1.0C
MsgNum 4.14
LH2 0.50
PK[UN]ZIP 1.02
ARC2 6.00
PolyXARC 2.00
Qsort 2.1
Raid 1.0
Remapper 1.2
Tick 2.0
VPurge 2.07
Xenix/Unix
----------
BBS Software Mailers Other Utilities
Name Version Name Version Name Version
BinkleyTerm 2.30b Unzip 3.10
ARC 5.21
ParseLst 1.30b
ConfMail 3.31b
Ommm 1.40b
Msged 1.99b
Zoo 2.01
C-Lharc 1.00
Omail 1.00b
FidoNews 8-08 Page 17 25 Feb 1991
Apple CP/M
----------
Bulletin Board Software Network Mailers Other Utilities
Name Version Name Version Name Version
Daisy v2j Daisy Mailer 0.38 Nodecomp 0.37
MsgUtil 2.5
PackUser v4
Filer v2-D
UNARC.COM 1.20
Macintosh
---------
Bulletin Board Software Network Mailers Other Utilities
Name Version Name Version Name Version
Red Ryder Host 2.1 Tabby 2.2 MacArc 0.04
Mansion 7.15 Copernicus 1.0 ArcMac 1.3
WWIV (Mac) 3.0 LHArc 0.33
Hermes 1.01 StuffIt Classic 1.6
FBBS 0.91 Compactor 1.21
TImport 1.92
TExport 1.92
Timestamp 1.6
Tset 1.3
Import 3.2
Export 3.21
Sundial 3.2
PreStamp 3.2
OriginatorII 2.0
AreaFix 1.6
Mantissa 3.21
Zenith 1.5
Eventmeister 1.0
TSort 1.0
Mehitable 2.0
UNZIP 1.02c
Amiga
-----
Bulletin Board Software Network Mailers Other Utilities
Name Version Name Version Name Version
Paragon 2.082+ BinkleyTerm 1.00 AmigArc 0.23
TransAmiga 1.05 TrapDoor 1.50 AReceipt 1.5
FidoNews 8-08 Page 18 25 Feb 1991
WelMat 0.42 booz 1.01
ConfMail 1.10
ChameleonEdit 0.10
ElectricHerald1.66
Lharc 1.30
MessageFilter 1.52
oMMM 1.49b
ParseLst 1.30
PkAX 1.00
PK[UN]ZIP 1.01
PolyxAmy 2.02
RMB 1.30
RoboWriter 1.02
Skyparse 2.30
TrapList 1.12
Yuck! 1.61
Zippy (Unzip) 1.25
Zoo 2.01
Atari ST
--------
Bulletin Board Network Node List
Software Version Mailer Version Utilities Version
FIDOdoor/ST 2.11* BinkleyTerm 2.40jt ParseList 1.30
QuickBBS/ST 1.02 The BOX 1.20 Xlist 1.12
Pandora BBS 2.41c EchoFix 1.20
GS Point 0.61
LED ST 1.00
MSGED 1.96S
Archiver Msg Format Other
Utilities Version Converters Version Utilities Version
LHARC 0.60 TB2BINK 1.00 ConfMail 4.03*
ARC 6.02 BINK2TB 1.00 ComScan 1.02
PKUNZIP 1.10 FiFo 2.12* Import 1.14
OMMM 1.40
Pack 1.00
FastPack 1.20
FDsysgen 2.16*
FDrenum 2.10
Trenum 0.10
Archimedes
----------
FidoNews 8-08 Page 19 25 Feb 1991
BBS Software Mailers Utilities
Name Version Name Version Name Version
ARCbbs 1.44 BinkleyTerm 2.03 Unzip 2.1TH
ARC 1.03
!Spark 2.00d
ParseLst 1.30
BatchPacker 1.00
+ Netmail capable (does not require additional mailer software)
* Recently changed
Utility authors: Please help keep this list up to date by
reporting new versions to 1:1/1. It is not our intent to list
all utilities here, only those which verge on necessity.
-----------------------------------------------------------------
FidoNews 8-08 Page 20 25 Feb 1991
=================================================================
NOTICES
=================================================================
The Interrupt Stack
30 Mar 1991
Jim Grubs (W8GRT) was issued his first ham radio license forty
years ago today. His first station was made from an ARC-5
"Command Set" removed from a B-17 bomber.
12 May 1991
Fourth anniversary of FidoNet operations in Latin America and
second anniversary of the creation of Zone-4.
15 Aug 1991
5th annual Z1 Fido Convention - FidoCon '91 "A New Beginning"
Sheraton Denver West August 15 through August 18 1991.
8 Sep 1991
25th anniversary of first airing of Star Trek on NBC!
7 Oct 1991
Area code 415 fragments. Alameda and Contra Costa Counties
will begin using area code 510. This includes Oakland,
Concord, Berkeley and Hayward. San Francisco, San Mateo,
Marin, parts of Santa Clara County, and the San Francisco Bay
Islands will retain area code 415.
1 Feb 1992
Area code 213 fragments. Western, coastal, southern and
eastern portions of Los Angeles County will begin using area
code 310. This includes Los Angeles International Airport,
West Los Angeles, San Pedro and Whittier. Downtown Los
Angeles and surrounding communities (such as Hollywood and
Montebello) will retain area code 213.
1 Dec 1993
Tenth anniversary of Fido Version 1 release.
5 Jun 1997
David Dodell's 40th Birthday
If you have something which you would like to see on this
calendar, please send a message to FidoNet node 1:1/1.
-----------------------------------------------------------------
CompuChurch (tm) IHQ
FidoNet 1:3800/6
FidoNews 8-08 Page 21 25 Feb 1991
NOTICE TO ALL ULC MINISTERS
CompuChurch (tm) Universal Life Church is requesting that all
Universal Life Church Ministers who participate in FidoNet please
check in with CompuChurch (tm) International Headquarters. With
over 16,000,000 ministers worldwide, and many ministers checking
in already, we'd like to know who and where you are in the
network.
Please send us a netmail message with your name, current address,
your ordination date (as best you may remember) and place
ordained, any special titles or degrees held, and any personal
comments about your ministry.
You may also check-in by direct connection at (504)927-4509, or
through any of the CompuChurch (tm) Chartered systems.
Thanks
Bishop C.A.Jennings, DD
Pastor, CompuChurch (tm)
-----------------------------------------------------------------
Jeffrey Harrington
1:281/782
First Watch BBS Net Work (c) 1991
By To Sail Beyond The Sunset BBS
1:281/782 and Jeffrey Harrington
First Watch BBS Net Work now forming. The First Watch BBS
Net Work is a Group of Bulletin Board System accrossed the
United States which watches for anything which might take
away part of our First Amendment Rights. It aslo watch for
any Group, Church, News Agencys, City, Law, and/or anything
else which may infringe upon the Rights of The People to
Religious Freedom, Freedom of Choice, Freedom to be
themselves.
FWBNW is open to any person, Bulletin Board System, Group,
Ect. which is capable of communicating through FidoNet.
FWBNW is NOT BIG BROTHER, we are here to STOP BIG BROTHER.
And as such will not form any Governing Body, except that
which is necessary to run FWBNS. Also FWBNS worker,
founders, members, and offices are not payed. Although any
DONATION to FWBNS should be sent to Jeffrey Harrington PO
BOX 2171 TOPEKA KS 66606. And will be used to help protect
the Rights of ALL!.
If you would like to Join FWBNS the send a NetMail Message
to Jeffrey Harrington, Subject = FWBNS, @ FidoNet 1:281/782.
Include:
FidoNews 8-08 Page 22 25 Feb 1991
Your Name BBS Name BBS TELEPHONE BBS Location (CITY, ST,
ZIP) Max Baud Rate Voice Telephone BBS Software
And at least 50 words which state why you wish to be part of
First Watch BBS Net Work, and what you think you can bring
to it. Also tell us if you would be willing to be a Regional
Director.
As a RD you will supply the Feed to the others in your area,
send information to the Main System (1:281/782), and watch
what is going on in your Region. After we set up the RD we
will then start the Area Net Works which will fall under the
RD.
For more Information on FWBNW FREQ FWBNW.APP
Remember that the Power of the People works best when the
People know what is going on. Stay informed, listen, watch,
and Defend YOUR RIGHTS.
FWBNW Moto:
Avoid making irrevocable decisions while tired or hungry.
N.B.: Circumstances can force your hand. So think ahead!
Only by preparing can you easy the pain and damage!
-----------------------------------------------------------------
Richard Brumpton
FidoNet 2:256/50
After using various bulletin board softwares and mailers, I have
finally settled with D'Bridge and Remote Access.
Ever since I first got into computer communications I have felt
I should do more than just run a bulletin board. I am really
interested in online games etc. Not being a programmer I would
like to offer my services as a tester/distribution site for new
programs.
If there are any authors who would like a UK tester/distribution
site then I would like to here from you. I can be contacted via
netmail to 2:256/50, 2:256/51 or direct on my board, Twin Peaks
on +44-482-872294
I await your replies... Richard Brumpton.
-----------------------------------------------------------------
--
pozar@lns.com Fido: 1:125/555 PaBell: 415-788-3904
USNail: KKSF-FM / 77 Maiden Lane / San Francisco CA 94108