FidoNews · Vol 29, No 52 · 24 Dec 2012
The F I D O N E W S Volume 29, Number 52 24 Dec 2012
+--------------------------+-----------------------------------------+
| |The newsletter of the | | |
| | FidoNet community. | | Netmail attach to (POTS): |
| | | | Editor @ 2:2/2 (+46-31-960447) |
| | ____________| | |
| | / __ | Netmail attach to (BinkP): |
| | / / \ | Editor @ 2:203/0 |
| | WOOF! ( /|oo \ | |
| \_______\(_| /_) | Email attach to: |
| _ @/_ \ _ | bfelten @ telia dot com |
| | | \ \\ | |
| | (*) | \ ))| |
| |__U__| / \// | Editor: Björn Felten |
| ______ _//|| _\ / | |
| / Fido \ (_/(_|(____/ | Newspapers should have no friends. |
| (________) (jm) | -- JOSEPH PULITZER |
+--------------------------+-----------------------------------------+
Table of Contents
1. FOOD FOR THOUGHT ......................................... 1
2. HEADLINE NEWS ............................................ 2
3. FTSC INFORMATION ......................................... 3
Publication: FTS-5000 ................................... 3
4. GENERAL ARTICLES ......................................... 14
Size does matter ......................................... 14
5. JAMNNTPD SERVERS LIST .................................... 15
The Johan Billing JamNNTPd project ....................... 15
6. FIDONEWS'S FIDONET SOFTWARE LISTING ...................... 16
FidoNet Software References .............................. 16
7. SPECIAL INTEREST ......................................... 21
Nodelist Stats ........................................... 21
8. FIDONEWS INFORMATION ..................................... 23
How to Submit an Article ................................. 23
Credits, Legal Infomation, Availability .................. 25
FIDONEWS 29-52 Page 1 24 Dec 2012
=================================================================
FOOD FOR THOUGHT
=================================================================
If you need the government to protect your culture, it's already dead.
It's like if you need armed guards to keep your wife in your house,
your marriage is already dead.
If you need violence to protect your ideas, your ideas are worthless
to begin with.
-- Thinksquad
-----------------------------------------------------------------
FIDONEWS 29-52 Page 2 24 Dec 2012
=================================================================
HEADLINE NEWS
=================================================================
Mirena Koleda i Shstastliva Nova Godina BUL
Glaedelig Jul og Godt Nytar! DEN
Roomsaid Joule ja Head Uut Aastat! EST
Hyvaa Joulua ja Onnellista Uutta Vuotta! FIN
Buriid Juovillaid ja Lihkolas Odda Jagi! FIN/LAPP
Joyeux Noel et Bonne Nouvelle Annee! FRA
Merry Christmas and a Happy New Year! GB
Nadolig Llawen a Blwyddyn Newydd Dda! Welsh
Frohe Weihnachten und ein Gutes Neues Jahr! GER
Kellemes Karacsonyi Unnepeket es Boldog Ujevet! HUN
Buon Natale e Felice Anno Nuovo! ITA
Bonum Festum Nativitatis Domini et Felicem Annum Novum! LATIN
Prizecigus Ziemassvetkus un Laimigu Jauno Gadu! LT/LETT
Zalig Kerstfeest en Gelukkig Nieuwjaar! VL/NL
God Jul og Godt Nyttar NOR
Boas Festas e Feliz Ano Novo! POR
Stastjam Novam Godam RUS
Schastlivogo Rozhdestva i S Novym Godom RUS
Srecan Bozic i Nova godina SER
Feliz Navidad y Prospero Ano Nuevo! SPA
God Jul och Gott Nytt Ar! SWE
Z Rizdvom Khristovym i Z Novym Rokom UKR
-----------------------------------------------------------------
FIDONEWS 29-52 Page 3 24 Dec 2012
=================================================================
FTSC INFORMATION
=================================================================
Publication: FTS-5000
Revision: 4
Title: The Distribution Nodelist
Author(s): FTSC Members, Administrator and Honoured Guests
Issue Date: 17 Dcember 2012
======================================================================
Status of this document
-----------------------
This document is a Fidonet Technical Standard (FTS) - it specifies
the current technical requirements and recommendations for FTN
software developers, coordinators and sysops of the Fidonet network
and other networks using FTN technology.
This document is released to the public domain, and may be used,
copied or modified for any purpose whatever.
Abstract
--------
Current practice for Fidonet Technology Networks (FTN) is to
maintain a nodelist used to store the details of the nodes in the
network, and the network structure.
Contents
--------
1. Introduction
2. Supersessions
3. Purpose
4. Publication and Distribution
5. Content
5.1 Comment Lines
5.2 Special Header
5.3 Data lines
6. Nodediffs
7. Segments
A. References
B. History
======================================================================
1. Introduction
---------------
Fidonet is a peer-to-peer network utilising multiple different, and
often incompatible, communication technologies that are independent
FIDONEWS 29-52 Page 4 24 Dec 2012
of Fidonet itself, and is organised into a particular hierarchy for
both technical and management purposes.
For direct communication, it is necessary that the originating node
know in advance the exact method and capabilities of the destination
node in order to determine if, when, and how a direct Fidonet mail
session can be established. For routing and management, the stated
hierarchy must also be known.
All this information is collected into a file called the "nodelist."
While nodelists of various flavours and completeness are in use, the
"Distribution Nodelist" is the official record of all Fidonet nodes,
their operators, their capabilities and their relation to each other
in the network hierarchy. In essence, the nodelist defines Fidonet.
2. Supersessions
----------------
FTS-0005 superseded and replaced the documents known under the names
of FSC-0002, and FTS-0002.
This document supersedes and replaces FTS-0005.
3. Purpose
----------
Along with the companion technical standard (FTS-5001) this document
defines the format and content of Fidonet's distribution nodelist.
Unlike most FTSC documents, the nodelist standards are not only
aimed at developers, but also at maintainers of Fidonet (and other
Fidonet Technology Networks) nodelist segments. While nodelist
segment maintainers should try to be quite strict in their adherence
to this document, it is recommended that software developers be
prepared to accept deviations from this standard, especially with
regard to field and line size.
It is assumed you're already familiar with Fidonet structure and
addressing terminology.
4. Publication and Distribution
-------------------------------
The Distribution Nodelist uses the filename NODELIST.nnn, where nnn
is the day-of-year of publication, starting at 001 for the first day
of January. Partial and/or alternate nodelists must use some other
base filename (i.e. in place of NODELIST).
For actual distribution, NODELIST.nnn is packed into an archive file
named NODELIST.Pnn, where nn are the last two digits of day-of-year
and P is the compression format used as listed below:
FIDONEWS 29-52 Page 5 24 Dec 2012
A = .arc
J = .arj
L = .lzh
R = .rar
Z = .zip
The ZIP format is presently the official Fidonet standard, although
others may be distributed in addition.
5. Content
----------
The nodelist is a flat text file containing any number of lines,
using only the ASCII (7 bit) character set.
For the remainder of this document, characters in the range 00h to
1Fh, plus 7Fh, shall be called "control characters," and characters
in the range 20h to 7Eh shall be called "printable ASCII."
Every line must be terminated with a carriage return (^M, 0Dh) and a
line feed (^J, 0Ah), in that order. The file itself must be
terminated with a single EOF character (^Z, 1Ah), and no other data
following. Future implementations should accept nodelists with the
EOF (^Z) character omitted. No other control characters are
permitted anywhere in the nodelist.
Where the operating system uses a different format for text files
software that reads the nodelist should also be able to handle
nodelists stored in that format. Where CRCs are to be calculated
(see section 5.2) the calculations must be done as if the nodelist
has the exact binary format described above.
For compatibility with certain broken segment processors, nodelist
maintainers must limit all lines to at most 157 characters (plus
terminator). It is very likely this limitation will be removed in
the future, therefore future software implementations should be able
to process lines of up to 1024 characters, and individual fields of
up to 255 characters (unless otherwise specified).
5.1. Comment Lines
------------------
Comment lines begin with a semicolon (3Bh) in the first character
position followed by zero or more alphabetic characters called
"interest flags." A program which processes the nodelist may use
comment interest flags to determine the disposition of a comment
line. The remainder of a comment line (with one exception, treated
below) is free-form ASCII text.
There are five interest flags defined as follows:
;S This comment is of particular interest to Sysops.
;U This comment is of particular interest to BBS users.
FIDONEWS 29-52 Page 6 24 Dec 2012
;F This comment should appear in any formatted "Fido List."
;A This comment is of general interest (shorthand for ;SUF).
;E This comment is an error message inserted by a nodelist
generating program.
; This comment may be ignored by a nodelist processor.
5.2. Special Header
-------------------
The first line of a nodelist is a special comment line containing
identification data for the particular edition of the nodelist. The
following is an example of the first line of a nodelist:
;A FidoNet Nodelist for Friday, July 3, 1987 --
Day number 184 : 15943
Please note that the above line has been split in the sole interest
of readability. It should appear on just one line.
This line contains the general interest flag, the week day, full
date, the 3-digit publication date (described in section 4), and
ends with a 5-digit decimal check value. The publication date and
check value are padded to length with leading zeros, if necessary.
The check value is derived as follows:
Beginning with the first character of the second line, a 16-bit
cyclic redundancy check (CRC) is calculated for the entire file,
including carriage return and line feed characters, but not
including the terminating EOF character. The check polynomial
used is the same one used for many file transfer protocols:
2**16 + 2**12 + 2**5 + 2**0
The CRC may be used to verify that the file has not been edited. The
importance of this will become evident in the discussion of NODEDIFF
below. CRC calculation techniques are well documented in the
literature, and will not be treated further here.
The first line will certainly be different from the above in the
case of nodelist segments for individual zones, regions, networks or
hubs; it will also be different for other Fidonet Technology
Networks.
Except for the day number and the CRC, developers shouldn't make any
assumption on the format of this line. The suggested parsing
algorithm is to find the last colon in the line, and then scan
backwards to get the day of issue.
5.3. Data lines
----------------
FIDONEWS 29-52 Page 7 24 Dec 2012
A nodelist data line contains no less than seven (7) variable length
fields separated by commas (2Ch), defined below. Each data line is
a record/entry for an individual Fidonet node.
Printable ASCII characters except for commas and spaces are allowed
in all string fields unless specified otherwise. Underscores (5Fh)
are always used in place of spaces (20h).
Field 1: Keyword
Type: string; Length: 1 to 6.
The keyword field defines the type of node, and will either be
empty or contain exactly one of the keywords defined below,
grouped by functional class.
No other keywords are valid in the distribution nodelist at this
time, but private nodelist distributions may include other node
types by marking them appropriately in this field. One common
example is the "Point" keyword. See FTS-5002 for the pointlist
specification.
It is recommended that future implementations allow for keywords
of up to 32 characters, and gracefully handle entries using
unrecognised keywords.
Full/Member Nodes -- these are the system numbers of individual
Fidonet members. See [Policy] for details on Fidonet membership.
<empty>
Defines a normal node entry.
Pvt
In the past, this keyword merely defined a Private node (see
Policy v4.07, Section 2.1.9) - i.e. a node that is
operational, but not publically available for direct contact.
Due to software limitations over Field 6, this keyword has
been "borrowed" to allow listing of systems that do not have a
PSTN/ISDN line available, but instead utilise some other form
of communication detailed elsewhere in the entry.
In either case, if the originating node cannot contact the
destination node, mail may instead be routed via its Hub or
Host.
Pvt entries are only allowed as members of local networks.
Hold
Defines a node which is operational but cannot be publicly
contacted. This is expected to be a temporary condition.
Mail may be sent to such nodes, routed via its Hub, Host or
Coordinator, or held locally by the originating node until the
Hold keyword is removed.
FIDONEWS 29-52 Page 8 24 Dec 2012
Down
Defines a node which is not operational. This is expected to
be (semi-)permanent. Mail may NOT be sent or routed to it.
Administrative Nodes -- these nodes indicate the beginning of a
branch in the Fidonet addressing/management hierarchy.
Each branch may contain one or more administrative nodes of lower
tier, or any of the above member node types unless stated
otherwise.
Since the nodelist is a flat file, a branch is simply terminated
at the next administrative node of equal or higher tier (or EOF).
Member nodes are always part of an administrative branch, and may
never appear at the top level of the nodelist.
In order from highest to lowest:
Zone
Begins the definition of a geographic zone and defines its
coordinator. A zone is also a logical region AND net.
Normal nodes immediately below a Zone node, and before any
other administrative nodes, are Zone Independent Nodes.
Region
Begins the definition of a geographic region and defines its
coordinator. A region is also a logical net.
Normal nodes immediately below a Region node, and before any
other administrative nodes, are Region Independent Nodes.
Host
Begins the definition of a local network (net) and normally
defines its coordinator (see FTS-5001 for the override flag).
Hub
Begins the definition of a routing subunit within a multilevel
local network.
Field 2: Node number
Type: integer; Range: 1 to 32767; Length: 1 to 5.
For member nodes and Hubs (which are treated as member nodes as
far as addressing goes), this number is the node number, and must
be unique within their local network.
For a Zone entry, this number is the zone number. A region and
net number of equal value is implied, and the node number is
zero. Zone numbers must be unique across the entire network.
For a Region entry, this number is the region number. A net
number of equal value is implied, and the node number is zero.
FIDONEWS 29-52 Page 9 24 Dec 2012
Region numbers must be unique within each zone, but it is
recommended future Region numbers be unique across the entire
network for better 2D compatibility.
For a Host entry, this number is the net number, and the node
number is zero. As with Region numbers, net numbers must be
unique within each zone, but should be fully unique if possible.
Because the node number zero is reserved for Zone, Region and
Host entries, the value "0" is strictly forbidden in this field.
Field 3: Node name
Type: string.
This is the name by which the system is known.
Alternatively, this field may be used by IP nodes for a host
name, static IP address or E-Mail address for email tunnelling
programs.
NOTE: There may be formatting limitations on this field for IP
capable systems; consult the section on IP flags in FTS-5001.
Field 4: Location
Type: string.
This is the physical location of the node.
Generally, this is expressed as the primary local area (town,
suburb, city, etc.) and where applicable, an underscore followed
by the abbreviation of the regional geopolitical administrative
district (state, province, department, county, etc.).
Field 5: Sysop name
Type: string; Length: 1 to 36.
This is the name of the Fidonet member responsible for the node.
Field 6: Phone number (PSTN or ISDN)
Type: string; Length: 3 to 29 (theoretically); Characters:
digits and dashes, or the exact string "-Unpublished-"
This field contains two or more numeric subfields separated by
dashes (2Dh). The first field is the country code. The rest of
the phone number should be formatted according to local practise.
The various parts of the phone number are frequently used to
derive cost and routing information, as well as what number is to
FIDONEWS 29-52 Page 10 24 Dec 2012
be dialled. A typical example of the data in a phone number field
is 1-800-555-0100, corresponding to country 1 (USA), area 800
(area code), exchange 555, and number 0100.
Alternatively, this field may contain the string "-Unpublished-"
if the node has no conventional phone number, and uses the "Pvt",
"Hold" or "Down" keyword. It is recommended that software be
able to recognise this string as an indicator to never attempt
to dial this node by PSTN/ISDN, no matter what the keyword.
This field may also contain the static IPv4 address of an IP-only
node in decimal format with periods replaced with dashes, and
prefixed with a country code of 000. This method should only be
used in exceptional circumstances, since it risks conflict with
conventional dialling, and it is almost always better to list a
fully qualified domain name in a field that allows it.
Field 7: DCE speed (required, but obsolete)
Type: string; Length: 1+
In the past, this field was used to show the maximum modem speed
supported by the node, but has since been obsoleted in favour of
the more accurate modem flags.
Commonly accepted values in this field are: 300, 1200, 2400,
4800, 9600, 14400, 16800, 19200, 28800 and 33600. These values
are normally enforced by segment processing software; deviations
risk the entire entry being declared in error and dropped from
the nodelist or segment.
Systems without a listed PSTN line must use 300, including ISDN
and IP only nodes. All others may use whichever value is most
appropriate. Because this field is now of little value except
for human readers, most PSTN capable systems currently list at
most 9600. Nodelist maintainers should confirm with their
Coordinator(s) before listing higher rates.
Field 8+: Flags (optional)
Type: string; Length: varied; Characters: varied.
Any remaining fields from position eight (8) onward are flag
fields. Note there may or may not be a trailing comma after
Field 7 if there are no flags listed.
See FTS-5001 for details on the flag fields, including length
restrictions.
6. Nodediffs
------------
The nodelist, even in archive form, is a substantial document (or
FIDONEWS 29-52 Page 11 24 Dec 2012
file). To reduce bandwidth usage/waste and transmission times, a
smaller file called a "nodediff" is generated using the previous
week's nodelist. The nodediff is actually an editing script which
contains only new or changed lines between the two nodelists, plus a
number of editing commands.
The nodediff file is named and archived in the same way as the full
Distribution Nodelist, except with a base filename of NODEDIFF.
The first line of NODEDIFF.nnn is an exact copy of the first line of
LAST WEEK'S nodelist. This is used as a first-level confidence check
to insure that the right file is being edited. The second and sub-
sequent lines are editing commands and editing data. There is no
terminating EOF (^Z) character on a nodediff.
There are three editing commands and all have the same format:
<command><number>
<command> is a 1-letter command; A, C, or D. <number> is an
integer from 1 to 32767 (inclusive), and defines the number of
lines to be operated on by the command. Each command appears on a
line by itself. The commands have the following meanings:
Ann - Add the following nn lines to the output file.
Cnn - Copy nn unchanged lines from the input to the output file.
Dnn - Delete nn lines from the input file.
The following illustrate how the first few lines of NODEDIFF.213
might look:
;A Friday, July 25, 1986 -- Day number 206 : 27712
D2
A2
;A Friday, August 1, 1986 -- Day number 213 : 05060
;A
C5
This fragment illustrates all three editing commands. The first line
is the first line from NODELIST.206. The next line says "delete the
first two lines" from NODELIST.206. These are the identification
line and the line following it. The next command says "add the next
two lines" to NODELIST.213. The two data lines are followed by a
command which says "copy five unchanged lines" from NODELIST.206 to
NODELIST.213. Notice that the first line added will ALWAYS contain
the new nodelist's CRC.
Since only the differences will be distributed, it is important to
insure the accuracy of the newly created nodelist. This is the
function of the CRC mentioned above. It is sufficient for a program
designed to perform the above edits to pick the CRC value from the
first line added to the output file, then compute the CRC of the
rest of the output file. If the two CRCs do not agree, one of the
input files has been corrupted. If they do agree, the probability is
FIDONEWS 29-52 Page 12 24 Dec 2012
very high (but not 100%) that the output file is accurate.
7. Segments
-----------
Segments are partial nodelists, usually containing only one complete
branch of nodes, starting at the relevant zone, region, host or hub
node. The Distribution Nodelist is also referred to as a composite
nodelist, as it is assembled from multiple zone-lists.
The format and structure is the same as the Distribution Nodelist,
including the header, with a base filename of local invention,
usually derived from the contents of the segment (e.g. N712LIST.nnn
or N712SEG.nnn for a segment containing all the nodes in Net 712).
To generate the Distribution Nodelist, segments propagate up through
the network's administrative hierarchy, each tier compiling segments
from the tier immediately below, then passing on the resulting
segment to the next tier upstream.
For example, a Network Coordinator will collect Hub Segments from
all the hubs in the same local network, compile it into a Network
Segment, and forward it on to the Regional Coordinator. And so on.
Segments can also be sent back downstream - this is most commonly
done with Zone Nodelists. Nodes that do not need to attempt direct
contact with nodes in other zones can use the Zone Nodelist instead
of the full composite nodelist, saving on storage space and
transmission time.
A. References
-------------
[FTS-0005] "The distribution nodelist", Ben Baker, Rick Moore.
February 1989. Obsoleted by this document.
[Policy] "FidoNet Policy Document" v4.07 - June 9, 1989.
B. History
----------
Rev.1, 19990627: Initial Release. Principal Author David Hallford
Rev.2, 20000424: Re-draft by Gino Lucrezi, with input from others,
especially Andreas Klein. Major changes:
- notes on parsing line 1
- baud rate
- different use of fields for IP nodes
- notes to developers and maintainers
- notes on pointlists
- notes on line and field limits
- revised definition of "Hold" nodes.
- clarification on hub node numbers
- clarification on point phone numbers
FIDONEWS 29-52 Page 13 24 Dec 2012
- clarification on the former "speed" field
Rev.2, 20040817: Re-re-draft by FTSC.
- Added Introduction and Segments sections.
- More allowances for IP listings.
- Reorganised/reindexed Content section.
- Added length limits to fields where they could
be determined.
- clarification on usage of Keywords.
- clarification on special node numbers.
- ZCs authorise that ZIP is now the default
archival/compression tool for distributed files.
Rev.3 20121112 - There is no version 3. The above version 2004081
should have been labelled version 3, but due to
a clerical error it was also labelled version 2.
So there are two version 2's. Rather than attemp
to correct the error, which would probably not h
succeeded as it is next to impossible te recall
file that was hatched many years ago, it was dec
to leave thing as they are. skip version 3 and c
on with version 4.
Rev.4, 20121217 - Allow -Unpublished- with Down (par 5.3, field 6)
- Various small rewordings, clairifications and
corrections of spelling errors.
**********************************************************************
-----------------------------------------------------------------
FIDONEWS 29-52 Page 14 24 Dec 2012
=================================================================
GENERAL ARTICLES
=================================================================
Size does matter ...
By Ward Dossche
2:292/854
The other day I got worried again by the size of the nodelist and the
number of people still participating in Fidonet and figured some
investigating was in order.
So I loaded the 4 segments of the current zones into some software.
All administrative stuff such "Region," "Down," etc was deleted, then
entries with identical sysop-names were weeded out. The same thing
happened with identical land-based lines. All gateways were removed,
the "9999" for new sysops also and whatever that should not be
counted.
This was the result:
Zone-1 282 -> 11,17%
Zone-2 2.188 -> 86,69%
Zone-3 35 -> 1,39%
Zone-4 19 -> 0,75%
-----
2.524 -> 100,00%
This is the number of individual sysop names in the nodelist with here
and there an error, slight variations are possible, but the order of
magnitude is OK.
Let it sink in and take a deep breath ... There's still dead wood in
the nodelist so real "live" figures are even lower.
I had hoped there would have been more ...
\x/ard
-----------------------------------------------------------------
FIDONEWS 29-52 Page 15 24 Dec 2012
=================================================================
JAMNNTPD SERVERS LIST
=================================================================
The Johan Billing JamNNTPd project
This is a list of known JamNNTPd servers working. They are essentially
the modern version of Bulletin Board Systems.
You connect to them using the email client of your choice and you
don't need any other software installed on your computer -- regardless
of operating system -- but that favourite mail client of yours.
Even smart phones can handle this, giving you the opportunity to get
your daily doses of fidonet on the bus, tram or train on the way to
your job, school or whatever.
Updated 2012-03-11
URL news://felten.yi.org
Join http://felten.yi.org/join.html
NETMAIL Yes, 2:203/2
URL news://the-estar.com:1119
Join http://www.easternstar.info
NETMAIL Yes, 1:123/789
URL news://quinnspost.dyndns.org:60119
Join mailto:eskimo261@bigfoot.com
NETMAIL No
URL news://nntp.rbb.bbs.fi
Join Info in group +GETACCESS+
NETMAIL Yes, 2:221/361
URL news://news.wpusa.dynip.com
Join Info in group +GETACCESS+
NETMAIL Yes, 1:3634/12
-----------------------------------------------------------------
FIDONEWS 29-52 Page 16 24 Dec 2012
=================================================================
FIDONEWS'S FIDONET SOFTWARE LISTING
=================================================================
-=:{ FidoNet Software Reference }:=-
Type: M=Mailer T=Tosser B=BBS D=Door C=Comm/Terminal
P=Points E=Editor I=Internet U=Utility ?=Info
.- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -.
|Software: Author |Type |URL, Contact, Ver, Notes Help Node|
`- - - - - - - - - - -+- - -+- - - - - - - - - - - - - - - - - - - -'
Argus |MI |http://www.ritlabs.com/argus/ 2:469/84
| | argus@ritlabs.com Tel: 373-2-246889
| | v3.210 on Mar 20th 2001
BinkleyTerm XE |M |http://btxe.sourceforge.net 1:1/102
| | v2.60XE/Gamma-6 on Nov 11th 1998
BinkD |MI |http://binkd.grumbler.org/ 2:463/69
| | v0.9.10 on Oct 2nd 2008
D'Bridge |MTCPE|http://www.net229.org/dbridge.htm 1:1/130
Nick Andre |I | v3.8 on July 10 2012
FIDO-Deluxe IP |MPUI |http://www.fido-deluxe.de.vu 2:2432/280
Michael Haase | | m.haase@gmx.net
| | v2.4 on Sep 26th 2003
FrontDoor, FD/APX: |MTPC |http://www.defsol.se 2:201/330
Definite Solutions | | sales@defsol.se 1:1/101
| | v2.26SW & v2.33ml FD, v1.15 APX
Husky Project |MTPUI|http://sf.net/projects/husky/
| | v1.4 RC5 on Apr 24th 2006
Radius |MI |http://radius.pp.ru 2:5012/38
(based on Argus) | | fido5012@zaural.net Tel: 7-3522-469463
| | Last Release: v4.010 on Jan 3nd 2005
Taurus |MI |http://taurus.rinet.ru (Russian) 2:461/70
| |http://www.fidotel.com/taurus (English)
(based on Radius) | | E-mail: taurus@rinet.ru
| | v5.000 alpha on Oct 11th 2004
Tmail |MI |http://www.tmail.spb.ru v2608
| | Website is in Russian only
WildCat! Interactive |MTBEI|http://www.santronics.com
Net Server, Platinum| | sales@santronics.com
Xpress: Santronics | | Tel: (305) 248-3204
Software, Inc. | | AUP 451.1 on April 26th 2004
+- - - - - - - - - - -+- - -+- - - - - - - - - - - - - - - - - - - -+
Fidogate |TUI |http://www.fidogate.org
FIDONEWS 29-52 Page 17 24 Dec 2012
| | Martin_Junius@m-j-s.net v4.4.10
FMail |T |http://sourceforge.net/projects/fmail/
| | v1.60.GPL
JetMail: JetSys |TU |http://www.jetsys.de js@jetsys.de
(ATARI ST only) | | v1.01 on Jan 1st 2000
Squish |T |http://maximus.sourceforge.net/
| | Lanuis site redirects to above
| | Squish is part of Maximus.
+- - - - - - - - - - -+- - -+- - - - - - - - - - - - - - - - - - - -+
BBBS |BI |http://www.bbbs.net b@bbbs.net
| | v4.00MP on Oct 25th 1999 2:22/222
ELEBBS: The Elevator |B |http://www.elebbs.com
Software Production | | elebbs@elebbs.com
| | v0.10.RC1 on Jun 9th 2002
Ezycom BBS |BT |http://www.ezycom-bbs.com
| | ezycom@amnet.net.au or
| | ezycom_hq@ezycom-bbs.com 3:690/682
| | v2.15g2 on 16 Nov 2009
Hermes II Project |B |http://www.hermesii.org
| | info@HermesII.org v3.5.9 Beta Final
Maximus BBS |B |http://maximus.sourceforge.net/
| | v3.03
| |Archives back online at:
| |http://maximus.outpostbbs.net/
MBSE BBS: |BI |http://mbse.sourceforge.net 2:280/2802
Michiel Broek | | mbroek@users.sourceforge.net
| | v0.60.0 on June 5th 2004
Mystic BBS |B |http://www.mysticbbs.com
| | v1.07.3 on May 13th 2001
Nexus BBS |B |http://www.nexusbbs.net
| | groberts@nexusbbs.net
| | v0.99.41-Beta on Oct 16th 2002
| | [Note: No Longer under active
| | development.]
Proboard BBS |B |http://www.proboard.be
| | v2.17 on Jun 9th 2002
RemoteAccess BBS: |B |http://www.rapro.com 1:1/120
Bruce Morse | | bfmorse@rapro.com
| | v2.62.2SW
Spitfire BBS: Buffalo|B |http://www.angelfire.com/ia/buffalo/
Creek Software | | MDWoltz@aol.com 1:1/150
FIDONEWS 29-52 Page 18 24 Dec 2012
| | v3.6 on Aug 20th 1999
Synchronet BBS |BT |http://www.synchro.net
| | sysop(at)vert(dot)synchro(dot)net
| | v3.10L Beta
Telegard BBS |B |http://www.telegard.net
| | support@telegard.net
| | v3.09g2 SP4
+- - - - - - - - - - -+- - -+- - - - - - - - - - - - - - - - - - - -+
Atlantis Software |D |http://www.jimmyrose.com/atlantis/
| | Last Update: August 2004
Cheepware |DU |http://outpostbbs.net
Sean Dennis | | sean@outpostbbs.net 1:18/200
DDS (Doorware |D |http://www.doorgames.org 1:2404/201
Distribution System)| | ruth@doorgames.org
Ruth Argust | |
DoorMUD |D |http://doormud.com
| | v0.98 Jun 1st 2002
| | Website is down after
| | past the splash page.
Jibben Software |D |http://www.jibbensoftware.com
| | scott@jibben.com
| | 1995-99 Release dates
John Dailey Software |D |http://www.johndaileysoftware.com
| | support@johndaileysoftware.com
Shining Star |D |http://www.shiningstar.net/bbsdoors/
| | nannette@shiningstar.net
Sunrise Doors: |D |http://www.sunrisedoors.com
Al Lawrence | | al@sunrisedoors.com
| | Tel: (404) 256-9518
The Brainex System |D |http://www.brainex.com/brainex_system/
| | stanley@brainex.com 1994-99 Releases
Trade Wars |D |http://www.eisonline.com/tradewars/
| | jpritch@eisonline.com
| | v3.09 (DOS-32) in 2002
Vagabond Software: |D |http://www.vbsoft.org 1:124/7013
Bryan Turner | | vagabond@vbsoft.org
| | last update: Jul 17th 2002
+- - - - - - - - - - -+- - -+- - - - - - - - - - - - - - - - - - - -+
APoint |PI |http://www.apoint-mail.de 2:2426/1210.13
| |http://www.apoint-mail.de/indexe.htm
| | (English Version)
FIDONEWS 29-52 Page 19 24 Dec 2012
| | dirk.pokorny@apoint-mail.de
| | v1.25
CrossPoint (XP) |P |http://www.crosspoint.de (German Only)
| | pm@crosspoint.de v3.12d Dec 22nd 1999
FreeXP |P |http://www.freexp.de 2:2433/460
| | support@freexp.de
| | v3.40 RC3 Aug 31st 2003 (Snapshot)
OpenXP/32 |PI |http://www.openxp.com 2:248/2004
| | (Site is in German Only)
| | mk@openxp.de v3.8.15 Beta Feb 10th 2004
| | Download Page comes back 404 not found.
+- - - - - - - - - - -+- - -+- - - - - - - - - - - - - - - - - - - -+
GoldEd+ |E |http://golded-plus.sourceforge.net/
| | 2:5080/102
| | stas_degteff@users.sourceforge.net
| | v1.1.5 Snapshot on Feb 28th 2003
SqEd32 |E |http://www.sqed.de
| | v1.15 on Dec 15th 1999
TimEd |E |http://blizzard.dnsalias.org/fidonet
| | mail@ozzmosis.com /timed
| | v1.11.a5 in March 2003 3:633/267
+- - - - - - - - - - -+- - -+- - - - - - - - - - - - - - - - - - - -+
FidoIP |MTPEIU|http://sourceforge.net/projects/fidoip
| | Maxim Sokolsky 2:5020/828.777
| | v.0.5_1 on Jan 11 2010
GiGo |UI |http://www.gigo.com
| | v0109 on Jan 9th 1997
Ifmail |UI |http://ifmail.sourceforge.net
| | crosser@average.org 2:5020/230
| | Ifmail is a FTN <-> E-Mail/News Gateway
| | Program.
Internet Rex: |UI |http://members.shaw.ca/InternetRex/
Charles Cruden | | telnet://xanadubbs.ca 1:342/806
(Khan Software) | | v2.29 on Oct 21st 2001
MakeNL |U | http://hub2000.darktech.org/makenl
| | fidonet.hub2000 [at] gmail [dot] com
| | Fido: 1:229/2000
| | FidoNet Nodelist Processor
Meltdown-BBS |UI |http://meltdown-bbs.sourceforge.net/
| | meltdown-bbs.project.petkan
| | @spamgourmet.com
| | Fido: 2:350/5
FIDONEWS 29-52 Page 20 24 Dec 2012
| | Meltdown-BBS is an FTN <->
| | Web/PHP/MySQL BBS forum system.
RNtrack |U |http://sourceforge.net/projects/ftrack-as
| |2:5080/102
| |stas_degteff@users.sourceforge.net
| | v1.1.4 Snapshot on Oct 09 2009
TransNet |UI |http://www.ressl.com.ar/transnet/
| | transnet@ressl.com.ar
| | v2.11 on Jul 18th 1998
TransX: Multiboard |UI |http://www.start.ca/software/multiboard
Communications, Inc.| | Unsure about support now but Free Keys
| | are now available. Donations accepted.
| | v3.5 (Note: KeyGen is a Windows Program)
Turquoise SuperStat |U |http://www.softwolves.pp.se/sw/
| | software/turquoise
| | peter@softwolves.pp.se
| | Version: 3.0 on 2008-01-21
+- - - - - - - - - - -+- - -+- - - - - - - - - - - - - - - - - - - -+
National BBS List |? | http://www.usbbs.org
Hispanic FIDO/BBS's |? | http://www.conecta2.org/pucela_bbs/
(in Spanish only) | | (Extensive software & BBS Listings)
+- - - - - - - - - - -+- - -+- - - - - - - - - - - - - - - - - - - -+
File Archives:
http://archives.thebbs.org http://www.filegate.net
http://sysopscorner.thebbs.org http://www.juge.com
http://www.dmine.com/bbscorner/ http://garbo.uwasa.fi
http://www.simtel.net http://wuarchive.wustl.edu
http://www.bbsfiles.com http://hobbes.nmsu.edu
Note: most also provide FTP access
(use ftp:// instead of http:// above)
*=-=*=.=*=-=*=.=*=-=*=.=*=-=*=.=*=-=*=.=*=-=*=.=*=-=*=.=*=-=*=.=*=-=*
Please send corrections & additions to: Fidonews Editor
Emeritus: Robert Couture, Ben Ritchey, Todd Cochrane,
Frank Vest, Peter Popovich
-----------------------------------------------------------------
FIDONEWS 29-52 Page 21 24 Dec 2012
=================================================================
SPECIAL INTEREST
=================================================================
Nodelist Stats
Input nodelist nodelist.356
size 336.0kb
date 2012-12-21
The nodelist has 2310 nodes in it
and a total of 3377 non-comment entries
including 4 zones
35 regions
237 hosts
197 hubs
admin overhead 473 ( 20.48 %)
and 310 private nodes
122 nodes down
162 nodes on hold
off line overhead 594 ( 25.71 %)
Speed summary:
>9600 = 168 ( 7.27 %)
9600 = 1490 ( 64.50 %)
(HST = 21 or 1.41 %)
(CSP = 0 or 0.00 %)
(PEP = 1 or 0.07 %)
(MAX = 0 or 0.00 %)
(HAY = 1 or 0.07 %)
(V32 = 708 or 47.52 %)
(V32B = 51 or 3.42 %)
(V34 = 979 or 65.70 %)
(V42 = 832 or 55.84 %)
(V42B = 53 or 3.56 %)
2400 = 11 ( 0.48 %)
1200 = 2 ( 0.09 %)
300 = 639 ( 27.66 %)
ISDN = 163 ( 7.06 %)
----------------------------------------------------------
File Req Flag Applicable software Number of systems
----------------------------------------------------------
XA Frontdoor <1.99b 671
Frontdoor 2.02+
Dutchie 2.90c
Binkleyterm >2.1
D'Bridge <1.3
TIMS
Xenia
--------------------------------------
FIDONEWS 29-52 Page 22 24 Dec 2012
XB Binkleyterm 2.0 0
Dutchie 2.90b
--------------------------------------
XC Opus 1.1 1
--------------------------------------
XP Seadog 0
--------------------------------------
XR Opus 1.03 16
--------------------------------------
XW Fido >12M 66
Tabby
KittenMail
--------------------------------------
XX D'Bridge 1.30 720
Frontdoor 1.99b
Intermail 2.01
T-Mail
--------------------------------------
None QMM 836
--------------------------------------
CrashMail capable = 1165 ( 50.43 %)
MailOnly nodes = 1141 ( 49.39 %)
Listed-only nodes = 183 ( 7.92 %)
Other = -179 ( -7.75 %)
[Report produced by NETSTATS - A PD pgm]
[ Revised by B Felten, 2:203/208]
-----------------------------------------------------------------
FIDONEWS 29-52 Page 23 24 Dec 2012
=================================================================
FIDONEWS INFORMATION
=================================================================
How to Submit an Article
If you wish to submit an article for inclusion in the Fidonews, here
are some guidelines, if you send it as an attached file; the preferred
method if you want reasonable control over how the published article
will appear in the Fidonews:
a) Plain ASCII text. If you could type it on your keyboard, it's
probably quite OK. No line may be longer than 70 characters.
b) Put a title to the article. Put the title in two times. The first
time, on the first line, with an * before it. The second time, on
the second line, without the * and centered. This will help in the
format since the title with the * is removed and used in the index,
the second line will become the headline. On the third line, put
your name and FidoNet address, present or former. If former, you
may want to add some other address where you can be reached for
personal comments.
c) Deadline for article submission is Sunday, 22:00 UTC.
Help the Editor by following the above guides. Below are some subjects
and the file extension for the article as set in the configuration
file for the making of the Fidonews. Please help by putting the file
extension of the correct subject on the file name if known.
Ideas for Subject areas:
Subject File | Subject File
----------------------------------|----------------------------------
From the *C's *.css | Rebuttals to articles *.reb
Fidonet Regional News *.reg | Fidonet Net News *.net
Retractions *.rtx | General Fidonet Articles *.art
Guest Editorial *.gue | Fidonet Current Events *.cur
Fidonet Interviews *.inv | Fidonet Software Reviews *.rev
Fidonet Web Page Reviews *.web | Fidonet Notices *.not
Getting Fidonet Technical *.ftc | Question Of The Week *.que
Humor in a Fido Vein *.hfv | Comix in ASCII *.cmx
Fidonet's Int. Kitchen *.rec | Poet's Corner *.poe
Clean Humor & Jokes *.jok | Other Stuff *.oth
Fidonet Classified Ads *.ads | Corrections *.cor
Best of Fidonet *.bof | Letters to the Editor *.let
If you don't know or are not sure, send the article anyway. Put a .TXT
on it and I'll try to figure out where it should be in the Fidonews.
If you follow these simple guidelines, there should be little problem
in getting your article published. If your submission is too far out
of specs for the Fidonews, it will be returned to you and/or a message
sent informing you of the problem. This DOES NOT mean that your
article is not accepted. It means that there is something in it that I
can not fix and I need your help on it.
FIDONEWS 29-52 Page 24 24 Dec 2012
Send articles via e-mail or netmail, file attach or message to:
Björn Felten
Fidonet 2:2/2 or 2:203/0
E-Mail bfelten @ telia dot com
Skype file bfelten
IMPORTANT! If you send the article via e-mail, make sure you put the
word "fidonews" somewhere in the subject line! That way it
will always pass the spam filter, ending up in the proper
folder.
Please include a message, telling me that you have sent an article.
That way I will know to look for it.
-----------------------------------------------------------------
FIDONEWS 29-52 Page 25 24 Dec 2012
Credits, Legal Infomation, Availability
+ -- -- -- -- -- -- -- -- FIDONEWS STAFF - -- -- -- -- -- -- -- +
| |
| Editor: Björn Felten, 2:2/2 |
| |
+ -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- +
+ -- -- -- -- -- -- -- - EDITORS EMERITI - -- -- -- -- -- -- -- +
| |
| Tom Jennings, Thom Henderson, Dale Lovell, Vince |
| Perriello, Tim Pozar, Sylvia Maxwell, Donald Tees, |
| Christopher Baker, Zorch Frezberg, Henk Wolsink, |
| Doug Meyers, Warren D. Bonner, Frank L. Vest |
| |
+ -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- +
Fidonews is published weekly by and for the members of Fidonet.
There is no copyright attached to Fidonews, though authors
retain rights to their contributed articles. Opinions expressed
by the authors are strictly their own. Noncommercial duplication
and distribution within Fidonet is encouraged. Authors are
encouraged to send their articles in ASCII text to the Editor
at one of the addresses above.
The weekly edition of Fidonews is distributed through the file
area FIDONEWS, and is published as echomail in the echo FIDONEWS.
The different articles are distributed in the file area SNOOZE.
A service to various projects for making Fidonews available on
the web with a more pleasing lay-out.
These sources are normally available through your Network
Coordinator. The current and past issues are also available from
the following sources:
+ -- -- -- -- -- -- - FIDONEWS AVAILABILITY - -- -- -- -- -- -- +
| |
| File request from 2:2/2 or 2:203/0: |
| current issue FIDONEWS |
| back issue, volume v, issue ii FNEWSvii.ZIP |
| articles, vol.no nn, issue ii INPUnnii.ZIP |
| |
| On the web: |
| http://felten.yi.org/fidonews |
| http://fidonews.eu |
| |
| The Snooze *and* the FIDONEWS echo in your newsreader: |
| news://felten.yi.org/FIDONEWS |
| |
+ -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- +
-----------------------------------------------------------------
Download original FidoNews · Volume 29 (2012) · ← Previous · Next →