informis
/
textfiles
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
textfiles/bbs/FIDONET/JENNINGS/STANDARDS/policy2.doc

1081 lines
39 KiB
Plaintext
Raw Permalink Normal View History

Initial commit
2021-04-15 11:31:59 -07:00
F I D O N E T
Policy and Procedures Guide
Version 2
26 June 1986
_______ ____ Section Page
1 Overview ...................................................... 1
1.1 The Levels of FidoNet ..................................... 1
2 Sysop Procedures .............................................. 3
2.1 How to get a node number .................................. 3
2.2 If you are going down ..................................... 4
2.3 How to join a network ..................................... 5
2.4 How to form a network ..................................... 5
3 Network Coordinator Procedures ................................ 7
3.1 Routing inbound mail ...................................... 7
3.2 Assigning node numbers .................................... 8
3.3 Maintaining the node list ................................. 8
3.4 Passing along node lists and FidoNews ..................... 8
3.5 Forwarding newsletter submissions ......................... 9
4 Regional Coordinator Procedures ............................... 10
4.1 Assigning node numbers .................................... 10
4.2 Maintaining the node list ................................. 10
4.3 Encouraging the formation and growth of networks .......... 11
4.4 Passing along node lists and Fidonews ..................... 11
4.5 Forwarding newsletter submissions ......................... 11
5 International Coordinator Procedures .......................... 12
6 Resolution of Disputes ........................................ 13
6.1 Problems with another node ................................ 13
6.2 Problems with a network coordinator ....................... 13
6.3 Problems with a regional coordinator ...................... 13
6.4 Problems with the international coordinator ............... 14
6.5 Appeals to the international coordinator .................. 14
6.6 Case Hostories ............................................ 14
6.6.1 The Case of the Crooked Node ........................ 14
6.6.2 The Case of the Hacker Mailer ....................... 15
6.6.3 The Case of the Network Mutiny ...................... 15
6.6.4 The Case of the Bothered Barker ..................... 15
6.6.5 The Case of the Busy Beaver ......................... 16
6.6.6 The Mark of the Devil ............................... 16
6.6.7 The Case of the Sysop Twit .......................... 16
6.6.8 The Case of the EchoMail Junkey key key ............. 16
7 International Business Meetings ............................... 17
Chapter 1 Chapter 1
OVERVIEW OVERVIEW
FidoNet is an amateur electronic mail system. As such, all of its
participants and operators are non-paid volunteers. From its early
beginnings as a few friends swapping messages back and forth, it has
now grown to (June 1986) over 1000 different systems on four
continents.
FidoNet is large enough that it would quickly fall apart of its own
weight unless some sort of structure and control were imposed on it.
Multinet operation provides the structure. Decentralized management
provides the control. This document is an attempt to describe the
procedures which have been developed to manage the network.
1.1 The Levels of FidoNet 1.1 The Levels of FidoNet
With the introduction of multinet Fido in early 1985, FidoNet has
developed a hierarchical structure, with the following levels:
o The international coordinator o The international coordinator; The international coordinator
compiles all of the node lists from all of the regions and
networks and creates the master node list, which is then
distributed over the net.
o The country coordinator o The country coordinator; In some cases the International
coordinator will appoint a country coordinator to oversee network
operations in a given country. The exact duties and
responsibilities of any given country coordinator are assigned by
the international coordinator, and will not be discussed here.
o The regional coordinator o The regional coordinator; The regional coordinator maintains the
list of independent nodes in his region, and encourages
independents to join existing nets or to form new nets. A
regional coordinator does not perform routing services for the
nodes in his region.
o The network coordinator o The network coordinator; The network coordinator is responsible
for maintaining the list of nodes for his net, and for receiving
and forwarding any mail coming to the net from outside.
o The network routing hub o The network routing hub; Network routing hubs exist only in three-
tiered regional nets. They generally share some or all of the
duties of the host, in order to ease the management of a large
regional net. The exact duties and procedures are a matter for
the network coordinator and his hubs to settle, and will not be
discussed here. The network coordinator is still responsible for
the maintenance of the net.
FidoNet Policy and Procedures Page 1
o The system operator (sysop) o The system operator (sysop); The sysop formulates his own policy
for running his board and dealing with his users, so that will not
be discussed in this document. However, the sysop must also mesh
with the rest of the FidoNet system if he is to send and receive
____ mail, and that will be discussed here.
o The user o The user; Policy and procedures for the individual user on any
given board is determined by the system operator of that board,
and will not be considered in this document.
FidoNet Policy and Procedures Page 2
Chapter 2 Chapter 2
SYSOP PROCEDURES SYSOP PROCEDURES
A sysop of an individual node can pretty much do as he pleases, as
long as he observes the mail events, is not excessively annoying to
other nodes on the net, and does not promote the distribution of
pirated copyrighted software.
National Mail Hour is the heart of FidoNet, as this is when network
mail is passed between systems. Any system which wishes to be a part
____ of FidoNet must be able to receive mail at this time. A system which
is a member of a regional network may also be required to observe
additional mail events, as defined by his network coordinator.
Failure to observe the proper mail events is sufficient grounds for
any node to be dropped from the net without notice (since notice is
generally given by FidoNet mail).
A system which has been dropped from the network is said to be
______________ excommunicated (i.e. unable to communicate). A node which has been
excommunicated may or may not be listed for a time in the "dog house",
which is included in the comments at the end of the node list. If you
find that you have been excommunicated without warning, then that
means that your coordinator is unable to contact you. You should
rectify the problem and report back.
National Mail Hour is observed from 0900 to 1000 GMT every day,
weekends included. In each of the United States time zones, this
would be as follows:
Eastern Standard Time 4 AM to 5 AM
Central Standard Time 3 AM to 4 AM
Mountain Standard Time 2 AM to 3 AM
Pacific Standard Time 1 AM to 2 AM
Hawaii Standard Time 11 PM to Midnight
___ FidoNet does not observe daylight savings time. In areas which
observe daylight savings time the FidoNet mail schedules must be
adjusted in the same direction as the clock change. Alternatively,
you can simply leave your system on standard time.
2.1 How to get a node number 2.1 How to get a node number
You must first obtain a current node list, so that you can send mail.
You do not need a node number to send mail, but you must have one in
order for others to send mail to you.
The first step in obtaining a current node list is to locate a Fido
bulletin board. No help there; you're on your own. Most bulletin
board lists include at least a few Fido systems, and usually identify
them as such, so this shouldn't be too hard.
FidoNet Policy and Procedures Page 3
If the sysop of any Fido system does not have a node list available
for downloading, then he can probably tell you where to get one.
Once you have a node list, you must determine which network or region
covers your area. Networks always have a three digit number.
Networks are more restricted in area than regions, but are generally
preferred since they provide more services to their members.
If you cannot find a network which covers your area, then pick the
region which does. Regions always have a two digit number. The
United States is divided into ten regions, so that you are certainly
in a region even if you are not near a network.
Once you have located the network or region in your area, send a
request for a node number to node zero of that network or region. The
____ ____ request must be sent by FidoNet mail, and must include at least the
following:
1) Your name.
2) Your current mailing address.
3) Your telephone number (voice).
4) The name of your system.
5) The city and state where your system is located.
6) The phone number to be used when calling your system.
7) Your hours of operation.
8) The maximum baud rate you can support.
Your coordinator may want additional information. If so, he will
contact you.
Please allow at least two weeks for a node number request to be
processed. If you send your request to a regional coordinator, then
he may forward your request to the network coordinator who covers your
area (if any), which may take longer.
2.2 If you are going down 2.2 If you are going down
If your node will be down for an extended period (more than a day or
___________________ two), then you should inform your coordinator as soon as possible. If
you do not do this, then other systems will still try to reach you
__ ___ _____ while you are down, much to the annoyance of everyone. Do not under
___ _____________ any circumstances put an answering machine or similar device on your
phone line while you are down. If you do, then calling systems will
get the machine repeatedly, racking up large phone bills, which is
____ Resolution of Disputes very annoying. See the section on Resolution of Disputes for details
on what happens to annoying people.
If your system goes down without warning, then you may be placed in
the dog house, or even removed from the node list completely.
FidoNet Policy and Procedures Page 4
2.3 How to join a network 2.3 How to join a network
If you are an independent node and would like to join a network in
your area, you must contact the network coordinator. He can be
reached by sending FidoNet mail to node zero of the network. He will
inform you of any special mail schedules and/or routing required by
the network. Your regional coordinator will contact you to confirm
that you wish to join the network. Once you have been placed in the
network, you will be informed by the network coordinator.
There are many advantages to being in a regional network. First and
foremost is that it helps reduce congestion of FidoNet during National
Mail Hour. Also, many nets are "outbound" as well as "inbound", which
can substantially reduce your phone bills. In addition, network
members receive regular updates of the node list and Fidonews, while
an independent node may not.
2.4 How to form a network 2.4 How to form a network
If there are several nodes in your area, but no regional network, then
you may wish to form your own. Again, this has several advantages as
outlined above.
Your first step is to contact the other sysops in your area. You must
decide which nodes will comprise the network, and which of those nodes
is going to be the network coordinator. Your next step is to inform
your regional coordinator. You must send him a FidoNet message with
the following information:
1) The region number(s), or network number(s) if a network is
splitting up, that are affected by the formation of your network.
The regional coordinator will inform the national coordinator and
the coordinators of any affected networks that a new network is in
formation.
2) The name that you wish to call your network. Please try to select
a name that relates to your grouping. For example, SoCalNet for
nodes in the Southern California Area and MassNet for
Massachusettes Area. Remember if you call yourself DOGNET it
doesn't help others know what area of the country (or even what
country) your group is in.
3) A copy of the proposed network's nodelist. The nodelist file
should be named Frrr-nnn.NET where rrr is the proposed host's
current region or network number and nnn is his current node
number. For example, if the proposed host is currently listed as
node 5 in region 13, then you would name the file F013-005.NET.
This file should be sent attached to the message of application for
a Network Number.
FidoNet Policy and Procedures Page 5
SAMPLE FORMAT OF A Frrr-nnn.NET FILE
Host,xxx,St_Louis_Area, St_Louis_MO,Ken_Kaplan, 1-314-432-4129,2400
Pvt ,076,Ben's_Bakery, Godfrey_IL, Ben_Baker, -Unpublished-, 1200
Down,482,Dirty_Ole_Man, Wood_Riv_IL,Ervin_Cole, 1-618-254-2763,1200
Down,004,Bulldog, St_Louis_MO,Tony_Clark, 1-314-441-9297,2400
,010,MDC_RCC, St_Louis_MO,Terry_Mueller, 1-314-232-6881,2400
,016,Mikes_Board, St_Louis_MO,Mike_Mellinger,1-314-726-3448,2400
Down,017,DCA_BBS, St_Louis_MO,Jon_Wichman, 1-314-962-2751,1200
Hold,022,PCLUG, St_Louis_MO,Ken_Kaplan, 1-314-576-2743,2400
,051,DECUS_Central, St_Louis_MO,Ken_Kaplan, 1-314-432-4129,2400
,339,Midnight_Cnct, St_Louis_MO,Ray_Weil, 1-314-961-1585,1200
Pvt ,492,Neu's_Node, Omaha_NB, Paul_Neu, -Unpublished-, 2400
Pvt ,500,Alex'_Fido, St_Louis_MO,Alex_Hartley, -Unpublished-, 1200
,501,ZIGGY's_Castle,Fenton_MO, Mike_Cravens, 1-314-225-9684,1200
,502,ALADINs_Castle,St_Louis_MO,Bob_Russ, 1-314-741-3050,1200
When the international coordinator receives the above items from the
regional coordinator, the information received will be verified and a
network number assigned. The regional coordinator will send a FidoNet
mail message to all affected telling them the assigned network number.
______ Do not send a network number request to the international coordinator.
____ All network number requests must be processed by the regional
coordinator first.
FidoNet Policy and Procedures Page 6
Chapter 3 Chapter 3
NETWORK COORDINATOR PROCEDURES NETWORK COORDINATOR PROCEDURES
A network coordinator has the following responsibilities:
1) To receive incoming mail for nodes in his network, and to deliver
it to its recipients.
2) To assign node numbers to nodes in his network.
3) To maintain the node list for his network, and to send a copy of it
to the international coordinator whenever it changes.
4) To pass along to his nodes new national node lists and new issues
of FidoNews as they are received.
5) To forward newsletter submissions to the FidoNews publisher.
3.1 Routing inbound mail 3.1 Routing inbound mail
It is your responsibility as network coordinator to receive all
inbound mail for nodes in your network and to forward it to its
recipients. You are left to your own discretion as to how best to
accomplish this.
There are certain exceptions to this, however. If a node in your
network is sending and receiving inordinately large volumes of mail
you can request that he cease and desist. If he refuses to do so,
then you can request your regional coordinator to assign the node a
number as an independent and drop him from your node list.
There are two main reasons why a node might generate exceptionally
large volumes of mail. Once in awhile a node will try to make a
"bombing run" (sending one message to a great many nodes). If these
are being routed through your outbound host, then you can request that
he cease and desist, on pain of excommunication. If a node in another
network is making bombing runs on your nodes and routing them through
your inbound host, then you can complain to the network and/or
regional coordinator of the offending node. Bombing runs are
considered to be annoying, and may be dealt with accordingly.
The other common source of routing overload is EchoMail. EchoMail is
a nice invention, and offers great benefits, but it cannot be allowed
to degrade the ability of the network hosts to handle normal message
traffic. If a node in your network is routing large volumes of
EchoMail, you can ask him to either limit the amount of EchoMail, or
even to stop routing his EchoMail completely. The design of EchoMail
is such that it is a simple matter to do either of these.
FidoNet Policy and Procedures Page 7
3.2 Assigning node numbers 3.2 Assigning node numbers
It is your responsibility to assign node numbers to new nodes in your
network. You may also change the numbers of existing nodes in your
network, though you should check with your member nodes before doing
so. You may assign any numbers you wish, so long as each node has a
unique number within your network.
You should not assign a node number to any system unless and until you
have received a formal request from that system by FidoNet mail. This
will ensure that the system is at least minimally operational. The
strict maintenance of this policy has been one of the great strengths
of FidoNet.
3.3 Maintaining the node list 3.3 Maintaining the node list
You should attempt to implement name changes, phone number changes,
etc. in your node list as soon as possible, and to forward the revised
node list to the international coordinator whenever a change occurs.
You should also on occasion send a "broadcast message" to every node
in your network to ensure that they are still operational. If a node
turns out to be "off the air" with no prior warning given to you, then
you can either mark the node as down, place it in the dog house, or
remove it from the node list completely, at your own discretion.
If a node in your network is acting in a sufficiently annoying manner,
then you can take whatever action you deem fit, according to the
circumstances of the case.
3.4 Passing along node lists and FidoNews 3.4 Passing along node lists and FidoNews
As a network coordinator you should from time to time receive a new
issue of FidoNews or an updated node list. The node list is posted
weekly on Friday, and FidoNews is published weekly on Monday.
You should pass both of these along to your member nodes as soon as is
practical after you receive them. It is also desirable that you make
them both available for downloading by the general user, but this is
not required.
FidoNews and the node lists are the glue that holds us together.
Without them, we cease to be a community, and become just another
bunch of bulletin boards.
FidoNet Policy and Procedures Page 8
3.5 Forwarding newsletter submissions 3.5 Forwarding newsletter submissions
The node list gives us our structure, but FidoNews gives us our
character. FidoNews is the primary medium by which sysops hear from
each other. It is FidoNews which gives us the sense of being a
community of people with common interests.
Accordingly, you should encourage sysops and users in your network to
contribute to FidoNews. If you receive any submissions, you should
forward them to the FidoNews publisher. Think of yourself as being a
regional bureau chief on the FidoNews editorial staff.
FidoNet Policy and Procedures Page 9
Chapter 4 Chapter 4
REGIONAL COORDINATOR PROCEDURES REGIONAL COORDINATOR PROCEDURES
A regional coordinator has the following responsibilities:
1) To assign node numbers to independent nodes in his region.
2) To maintain the node list for his region, and to send a copy of it
to the international coordinator whenever it changes.
3) To encourage independent nodes in his region to join existing
networks, or to form new networks.
4) To pass along to inbound hosts in his region new international node
lists and new issues of FidoNews as they are received.
5) To forward newsletter submissions to the FidoNews publisher.
4.1 Assigning node numbers 4.1 Assigning node numbers
It is your responsibility to assign node numbers to new nodes in your
region. You may also change the numbers of existing nodes in your
region, though you should check with the respective nodes before doing
so. You may assign any numbers you wish, so long as each node has a
unique number within your region.
You should not assign a node number to any system unless and until you
have received a formal request from that system by FidoNet mail. This
will ensure that the system is at least minimally operational. The
strict maintenance of this policy has been one of the great strengths
of FidoNet.
If you receive a node number request from a new node that is in an
area covered by an existing regional network, then you should forward
the request to the network host instead of assigning a number
yourself.
4.2 Maintaining the node list 4.2 Maintaining the node list
You should attempt to implement name changes, phone number changes,
and so forth in your node list as soon as possible, and to forward the
revised node list to the international coordinator whenever a change
occurs.
You should also on occasion send a "broadcast message" to every node
in your region to ensure that they are still operational. If a node
turns out to be "off the air" with no prior warning given to you, then
you can either mark the node as down, place it in the dog house, or
remove it from the node list completely, at your own discretion.
FidoNet Policy and Procedures Page 10
If a node in your region is acting in a sufficiently annoying manner,
then you can take whatever action you deem fit, according to the
circumstances of the case.
4.3 Encouraging the formation and growth of networks 4.3 Encouraging the formation and growth of networks
One of your main duties as a regional coordinator is to promote the
growth of networks in your region.
You should try to avoid having independent nodes in your region which
are within the coverage area of a regional network. There are,
___ however, certain cases where a node should not be a member of a
network, such as a commercial system with a large volume of traffic
which would clog the network. The resolution of such special cases is
left to your own discretion.
If several independent nodes in your region are in a "clump", then you
should encourage them to form a regional network. Refer to the sysop
forming a regional network procedure on forming a regional network for details of what
information you should get.
Note that this does not mean to encourage the formation of trivial
networks. Obviously, one node does not make a network. The exact
number of nodes required for an effective network must be judged
according to the circumstances of the situation, and is left to your
own discretion.
4.4 Passing along node lists and Fidonews 4.4 Passing along node lists and Fidonews
As a regional coordinator, you should from time to time receive a new
issue of FidoNews or an updated node list. The node list is posted
weekly on Friday, and FidoNews is published weekly on Monday.
You should pass both of these along to any network hosts in your
___ region as soon as is practical after you receive them. You are not
required to mail them to any independent nodes in your region, though
you may if you wish. It is also desirable that you make them both
available for downloading by the general user, but this is not
required.
4.5 Forwarding newsletter submissions 4.5 Forwarding newsletter submissions
You should encourage sysops and users in your region to contribute to
FidoNews. If you receive any submissions, you should forward them to
the FidoNews publisher. Think of yourself as being a regional bureau
chief on the FidoNews editorial staff.
FidoNet Policy and Procedures Page 11
Chapter 5 Chapter 5
INTERNATIONAL COORDINATOR PROCEDURES INTERNATIONAL COORDINATOR PROCEDURES
The international coordinator for FidoNet has the primary task of
maintaining the master node list, as well as the node list for
region 1. From this are derived several additional responsibilities
and powers. However, these powers are rarely (if ever) used. The
___ international coordinator is very much King Log, not King Stork.
The international coordinator, if he acts at all, will normally
restrict himself to negotiating with the parties involved in an
attempt to achieve a peaceful resolution.
If a system has been dropped from the node list, and can present a
sufficiently convincing case to the international coordinator, then he
can be granted status as an "independent at large" in region 1.
In an extreme case, the international coordinator can order the
disbanding of a regional net, or can assign a new coordinator for a
region, but this is highly unlikely. The international coordinator
____ will only take such action in an extreme situation which threatens the
existence and integrity of FidoNet.
________________ The international coordinator will take no action at all unless all
other means of settlement have already been tried. His first step in
resolving any dispute will be to contact the regional coordinators and
network coordinators involved. If they have not been consulted by the
injured party or otherwise made aware of the situation, then the
complaint will be dismissed out of hand.
________________ He will also take no action unless in his opinion the matter is
serious enough to warrant his attention.
If all means of recourse have been tried to no avail, and if the
international coordinator feels that the situation is grave enough to
____ warrant his intervention, then and only then he will intercede and
take whatever action he feels is appropriate, at his own discretion.
FidoNet Policy and Procedures Page 12
Chapter 6 Chapter 6
RESOLUTION OF DISPUTES RESOLUTION OF DISPUTES
The world not being perfect, sometimes troubles crop up. Any
organization larger than a cub scout pack needs some sort of grievance
procedure, and FidoNet is no exception.
The FidoNet judicial philosophy can be summed up in two rules:
Thou shalt not excessively annoy others. 1) Thou shalt not excessively annoy others.
Thou shalt not be too easily annoyed. 2) Thou shalt not be too easily annoyed.
In other words, there are no hard and fast rules of conduct, but
____ reasonably polite behavior is expected. Also, in any dispute both
sides are examined, and action could be taken against either or both
parties. ("Judge not, lest ye be judged!")
6.1 Problems with another node 6.1 Problems with another node
If you are having problems with another node, you should complain to
your network coordinator and/or his network coordinator. If one or
both of you is not in a network, then complain to the appropriate
regional coordinator.
6.2 Problems with a network coordinator 6.2 Problems with a network coordinator
If you are having problems with your network coordinator and feel that
you are not being treated properly, there are a few things you can do.
The first step is to contact your regional coordinator. If he feels
that your case has merit, and cannot resolve it in any other way, then
he may grant you independent status. You will then no longer be a
part of the regional network, and will probably no longer receive
FidoNews and node list updates, so don't ask unless you are sure you
want out.
If you fail to obtain relief from your regional coordinator, then you
can appeal to the international coordinator.
6.3 Problems with a regional coordinator 6.3 Problems with a regional coordinator
If you are having problems with your regional coordinator, then you
should first try to join or form a regional network in your area. If
this fails, you can appeal to the international coordinator.
FidoNet Policy and Procedures Page 13
6.4 Problems with the international coordinator 6.4 Problems with the international coordinator
If you are having problems with the international coordinator, then
you are out of luck. You can either live with it, drop out and forget
it, or join with some friends and start another mail system of your
own.
6.5 Appeals to the international coordinator 6.5 Appeals to the international coordinator
If you are unable to obtain relief from your regional coordinator,
then you can appeal to the international coordinator. If your case is
sufficiently extreme and meritorious, then you may be granted status
as an "independent at large" (that is, an independent in region 1, not
a part of any network or region).
This is an extreme case, and has never actually come to pass thus far.
The international coordinator has broad and sweeping powers which he
almost never uses. You should be very, very sure of the strength of
your case before going this far.
Also, the first step taken by the international coordinator in
investigating any dispute is to contact any regional coordinators and
network coordinators concerned. If you have not followed the proper
channels, then your case will be dismissed out of hand. In other
words, don't go to the international coordinator until you have tried
__________ everything else.
6.6 Case Histories 6.6 Case Histories
A few actual case histories of past disputes may be instructive to
show general procedures and methods. Names have been left out to
protect the guilty.
6.6.1 The Case of the Crooked Node 6.6.1 The Case of the Crooked Node
A sysop of a local node was using network mail to engage in unethical
business practices. His network coordinator became very annoyed at
this, and dropped the local from his node list.
The local appealed to his regional coordinator for assignment as an
independent node. The regional coordinator, on checking with the
network coordinator, decided that the network coordinator was within
his rights to be annoyed. Independent status was denied.
The international coordinator did not intervene.
FidoNet Policy and Procedures Page 14
6.6.2 The Case of the Hacker Mailer 6.6.2 The Case of the Hacker Mailer
A sysop of a local node made use of file attaches for extra users to
mail himself the USER.BBS file from several local boards. The sysops
of these boards felt annoyed at this, and appealed to their network
coordinator, who agreed and dropped the offending node from the node
list.
The regional coordinator was not consulted.
The international coordinator did not intervene.
6.6.3 The Case of the Network Mutiny 6.6.3 The Case of the Network Mutiny
Several local nodes became annoyed with their network coordinator for
failing to provide services. They complained to him, but nothing was
done.
They appealed to their regional coordinator, who decided that they
were justified in their annoyance and accepted their application for a
new network number.
The international coordinator assigned the network number, based on
the regional coordinator's recommendation.
6.6.4 The Case of the Bothered Barker 6.6.4 The Case of the Bothered Barker
A local node became annoyed with his network coordinator for failing
to provide services. Repeated complaints to his network coordinator
did not satisfy him, so he appealed to the international coordinator.
The international coordinator, on seeing that the regional coordinator
had not been consulted, dismissed the complaint out of hand.
The local node submitted his complaint to his regional coordinator,
who investigated the case and discovered that there was some justice
to the complaint. He advised and assisted the network coordinator in
configuring his system to provide an improved level of service to the
local nodes.
The regional coordinator also decided that the local node was being
too easily annoyed, in that he was expecting services not normally
required of a network coordinator. The local node was informed as to
the true duties of a network coordinator, and was advised to lower his
expectations.
FidoNet Policy and Procedures Page 15
6.6.5 The Case of the Busy Beaver 6.6.5 The Case of the Busy Beaver
A local node which was operated by a retail establishment was engaged
in making "bombing runs" to mail advertisements over FidoNet. His
network coordinator felt annoyed and handling the outgoing traffic for
a commercial operation, and asked the local node to leave the network.
The local node applied to the regional coordinator, and was granted
status as an independent node in his region.
6.6.6 The Mark of the Devil 6.6.6 The Mark of the Devil
A local sysop whose board was used in conjunction with voodoo rites,
hacking, phreaking, and obscene material applied to a network
coordinator for a node number. The network coordinator deemed that
this board was exceptionally annoying, and denied the request.
The regional coordinator was not consulted.
The national coordinator dismissed the case out of hand.
6.6.7 The Case of the Sysop Twit 6.6.7 The Case of the Sysop Twit
A patron of various local nodes had been roundly recognized by all
sysops as a twit. The user obtained his own system, became a sysop,
and applied for a node number. The network coordinator denied the
request. No appeals were made.
6.6.8 The Case of the EchoMail Junkey key key 6.6.8 The Case of the EchoMail Junkey key key
A local node became enamored with EchoMail and joined several
conferences, routing his outbound mail through his regional network.
He then started an EchoMail conference of his own and began relaying
EchoMail between several systems, again routing it all through his
regional network.
His network coordinator observed that network performance was becoming
seriously impaired. The offending node was told to hold it down. A
compromise was reached whereby much of the EchoMail traffic was no
longer routed through the regional network, and routed EchoMail was
limited to twenty messages per night. No appeals were made.
FidoNet Policy and Procedures Page 16
Chapter 7 Chapter 7
INTERNATIONAL BUSINESS MEETINGS INTERNATIONAL BUSINESS MEETINGS
The International FidoNet Association (IFNA) is a non-profit
corporation. As such, it must from time to time hold a business
meeting for the election of officers and for general network business.
These meetings will be held at approximately yearly intervals, as
scheduled by the international coordinator.
Every FidoNet system is considered to be a member of IFNA. Members
are grouped according to their network or region, with each network
and region receiving one vote.
Every network and region coordinator should attempt to attend each
business meeting. If it is not possible for a coordinator to attend,
then he should designate a member of his network or region to go and
vote on behalf of the network or region. Any network or region that
does not have a designated representative present at the meeting will
lose its vote.
Each coordinator should send a message by FidoNet mail to the
international coordinator stating who (if anyone) will be voting on
behalf of the region or network at the meeting.
Any IFNA member who has anything he would like discussed at the
business meeting should send a message by FidoNet mail to the
international coordinator, who will schedule topics for discussion and
motions to be voted on.
FidoNet Policy and Procedures Page 17