home *** CD-ROM | disk | FTP | other *** search
/ Crawly Crypt Collection 1 / crawlyvol1.bin / bbs / configs / atarinet / atar102.txt next >
Text File  |  1993-06-15  |  70KB  |  1,536 lines
  1.              Welcome to AtariNet in the Triangle Area!
  2.  
  3.                                 by
  4.  
  5. ***  **  Erik Williams, Triangle Area Tarheels Host
  6. **  ***  SunFox Productions, Ltd.
  7. ***  **  Raleigh, North Carolina
  8. **  ***  AtariNet 51:102/0.0, 51:102/1.0
  9.  
  10. SunFox's Realm ==> 919-859-9469!
  11.  
  12. LAST REVISION:  January 12th, 1993
  13.  
  14.                        A little about us...
  15.  
  16. Thank you for showing interest in AtariNet, one of the world's fastest
  17. growing Atari-support networks!  AtariNet was conceived and implemented by
  18. Bill Scull and Jim Goedhart (and as Bill tells it, copious amounts of beer
  19. were involved) a little less than a year ago.  In that time, we've grown to
  20. over 75 nodes covering the United States and we have several nodes in Canada,
  21. England, Germany, Australia, and New Zealand.  AtariNet is a truly global
  22. network!
  23.  
  24. AtariNet is based in Longwood, Florida, with Bill Scull as our Zone
  25. Coordinator at 51:1/0.  He is assisted by our Zone Echo Coordinator Terry May
  26. over at 51:2/0 and our AtariNet File Distribution System Coordinator Bill
  27. Jones at 51:203/0.
  28.  
  29. AtariNet utilises the latest in FIDONET technology, the standard in network
  30. communications.  This means that not only Atari systems can participate in
  31. our activities but anyone who can run the standard FIDO software.
  32.  
  33. We have over 20 echoes available covering a wide range of Atari-specific
  34. topics including Desktop Publishing, FIDONET and BinkleyTerm, and so forth.
  35.  
  36. One thing you will notice about AtariNet is that we are one of the
  37. friendliest networks around...all of us have left whatever politics we may
  38. have had at the door and have come together to share Atari information among
  39. one another.
  40.  
  41. There is only one stringent requirement for the new sysop:  your software
  42. must be "domain-aware" as your system must have a Zone 51 address in order to
  43. get a feed.  This preserves our identity as a separate network from FIDONET
  44. and is a requirement that comes from the Zone Coordinator (and that I
  45. heartily agree with) and will not be changed.  Like FIDONET, we have a policy
  46. document that I have appended to the end of this welcome guide and all nodes
  47. are expected to follow the provisions of the policy (don't worry, it's
  48. common sense stuff very similar to POLICY4.TXT from FIDONET).
  49.  
  50. This document is meant to acquaint you with procedures to make your
  51. introduction to Atarinet as smooth as possible (I wish I had one of these
  52. when I started out...I had to figure out the ropes pretty much by myself with
  53. a good amount of help from our Zone Coordinator and his "care package" of
  54. FIDO programmes and configurations).  This is not an exhaustive guide to the
  55. operation of your node within AtariNet...if you have any suggestions for new
  56. material that will make life easier for the new sysop, please let me know and
  57. I'll include it (with credits).
  58.  
  59. Once again, welcome to AtariNet...we hope you will enjoy your stay with us.
  60.  
  61.                           A little about me...
  62.  
  63. I got hooked by the "sysop bug" about ten months ago and jumped into AtariNet
  64. and FIDONET.  I didn't have a lot of time to devote to the BBS and it wasn't
  65. until the end of July that I had a dedicated BBS machine...an Atari Mega4STE
  66. with a 50-meg hard disk.  Before the Mega4STE, I was hit or miss at
  67. best...the BBS was on my personal machine (a TT030).  I've been playing
  68. around with this ever since I migrated the BBS to the BBS machine and
  69. SunFox's Realm looks a lot better than it did when I first started.
  70.  
  71. I graduated from the University of Central Florida (Orlando) with a B.Sc in
  72. Computer Science on December 12th and had moved to Raleigh, North Carolina by
  73. the next day.  I had made an agreement with Bill Scull (ZC) to become the
  74. Triangle Area Host for AtariNet and originator for ST_UTIL, an AFDS file
  75. echo.  I'm also a "hat-trick" moderator for AtariNet...I moderate A_DTP (my
  76. specialty), A_4SALE, and A_COMMERCIAL_ADS.
  77.  
  78. Since setting up shop here in Raleigh, I have made many changes to the look
  79. and feel of the BBS.  I've also developed two programmes that are used to
  80. make life a whole lot better here:  Maxi*Kill (which kills unwanted or old
  81. files) and Maxi*Mover which moves AFDS files into the download directories
  82. automatically.
  83.  
  84. Eventually, there will be new BBS software in place...probably the one from
  85. the author of FidoDoor.  Also, I'll be looking into getting a Dual Standard
  86. to service all high speed callers.
  87.  
  88.                         First things first...
  89.  
  90. The first thing that is required for you to participate in AtariNet is a
  91. nodelist entry...in this case, that will be assigned by me once I have
  92. received the information pertaining to your system.  The important part is
  93. that you send me this via netmail which assures me that you have a FIDONET
  94. capable system on your end.  Use an address like 51:102/9999.0 or something
  95. until I have assigned you a permanent node number when you send this first
  96. piece of netmail.
  97.  
  98. This information includes:
  99.  
  100. 1.  BBS Name
  101. 2.  BBS Phone Number
  102. 3.  BBS Sysop Name (real name, please!)
  103. 4.  BBS Modem Type (HST, V.32bis, etc.)
  104. 5.  BBS Modem Compressions supported (MNP, v.42bis, etc.)
  105. 6.  BBS Maximum Speed
  106. 7.  BBS Hours of Operation (either 24 hours or not)
  107. 8.  Does your BBS allow human callers or is it a mail-only node?
  108.  
  109. The above will comprise your nodelist entry...once I have added it in here,
  110. I'll use a special nodelist here to send you mail and send mail back up the
  111. network to Bill (so you don't have to wait two weeks like you do in FIDONET). 
  112. Other members of AtariNet will have to wait until the regular distribution of
  113. the nodelist in order to contact you, but at least you will have the mail
  114. coming in your direction to iron out any bugs you may have.  Depending on
  115. when you are added to the nodelist, it may take a week before your entry is
  116. added to the master nodelist by Bill.  Nodelists are issued every Sunday from
  117. 51:1/0 and I will send them on to you when I get them.
  118.  
  119. 9.  Your personal password for a mail connection...limited to eight ASCII
  120. characters.  I will also use this password as your password for AREAFIX and
  121. the AtariNet File Distribution System file echoes for simplicity.
  122.  
  123. I'd also appreciate a voice phone number and hours that I may contact you in
  124. case there are problems (I'm expecting a few until I get the bugs ironed out
  125. on my end...I'm rather new at this!).  I'm quite willing to work with new
  126. systems to get problems ironed out as quickly as possible...I'll be here
  127. during the week and home in Fayetteville during the weekends until further
  128. notice.  Also, I'll probably be in Fayetteville on Tuesday night as well.
  129.  
  130.                  Now I'm in the nodelist, what do I do?
  131.  
  132. The first thing you are going to want to do is add a few echoes to your board
  133. to make sure that the mail is flowing smoothly to and from your system.  The
  134. following is a list of echoes available as of this date...as a host I am
  135. required to carry a full feed at all times so anything in the echolist is
  136. available from me.
  137.  
  138.  ==========================================================================
  139.  =      |||              AtariNet Backbone EchoList              |||      =
  140.  =     / | \          Compiled by Terry May @ 51:2/0.0          / | \     =
  141.  ==========================================================================
  142.  
  143.                        *** Effective June 7, 1993 ***
  144.  
  145.  
  146.  +------------------------------------------------------------------------+
  147.  | A.ADM.ECHO                                    AtariNet Echo Discussion |
  148.  +------------------------------------------------------------------------+
  149.  
  150.    Moderator: Terry May @ 51:2/0.0                            Handles: No
  151.  
  152.    Discussion of AtariNet echoes and echo policy.  Includes discussion
  153.    and voting of proposed new echoes, as well as removal of old echoes no
  154.    longer being actively used.  Also, AtariNet echo policy proposals and
  155.    changes.  Rules of a specific echo are NOT on topic.
  156.  
  157.    ATARINET SYSOPS ONLY!  (Required echo for all AtariNet hosts/hubs.)
  158.  
  159.  
  160.  +------------------------------------------------------------------------+
  161.  | A.ADM.FDS                                   AtariNet FDS Announcements |
  162.  +------------------------------------------------------------------------+
  163.  
  164.    Moderator: Bill Jones @ 51:203/0.0                        Handles: N/A
  165.  
  166.    Announcements of all files distributed through the AtariNet File
  167.    Distribution System.  This is a READ-ONLY echo -- no posting allowed!
  168.  
  169.  
  170.  +------------------------------------------------------------------------+
  171.  | A.ADM.HOST                                              AtariNet Hosts |
  172.  +------------------------------------------------------------------------+
  173.  
  174.    Moderator: Bill Scull @ 51:1/0.0                           Handles: No
  175.  
  176.    Discussion of all matters relating specifically to AtariNet hosts,
  177.    such as the recruiting and signing of new members, routing, etc.
  178.  
  179.    ATARINET HOSTS ONLY!  (Required echo for all AtariNet Hosts.)
  180.  
  181.  
  182.  +------------------------------------------------------------------------+
  183.  | A.ADM.SYSOP                                            AtariNet SysOps |
  184.  +------------------------------------------------------------------------+
  185.  
  186.    Moderator: Bill Scull @ 51:1/0.0                           Handles: No
  187.  
  188.    Discussion of all matters relating to AtariNet SysOps, that aren't
  189.    already covered in another AtariNet echo.  This echo is for official
  190.    AtariNet business, and any other topics specific to AtariNet SysOps.
  191.  
  192.    ATARINET SYSOPS ONLY!  (Required echo for all AtariNet SysOps.)
  193.  
  194.  
  195.  +------------------------------------------------------------------------+
  196.  | A.ADM.TEST                                          AtariNet Test Echo |
  197.  +------------------------------------------------------------------------+
  198.  
  199.    Moderator: Bill Scull @ 51:1/0.0                           Handles: No
  200.  
  201.    Test echo for AtariNet sysops.  This echo should be used for AtariNet
  202.    sysops testing their software and setup.  Test messages should be
  203.    avoided in all other AtariNet echoes.
  204.  
  205.    ATARINET SYSOPS ONLY!  (Required echo for all AtariNet hosts/hubs.)
  206.  
  207.  
  208.  +------------------------------------------------------------------------+
  209.  | A.4SALE.COMMERCIAL                           Commercial Advertisements |
  210.  +------------------------------------------------------------------------+
  211.  
  212.    Moderator: Erik Williams @ 51:102/0.0                      Handles: No
  213.  
  214.   The companion echo to A_4SALE, A_COMMERCIAL_ADS is limited to
  215.   commercial advertisements only.  From time to time, I'll be posting
  216.   press releases available from GEnie or other sources that may be of
  217.   interest to the readers of A_COMMERCIAL_ADS.  Discussions of
  218.   experiences with commercial vendors is also on-topic as far as I'm
  219.   concerned.  Please keep the personal advertisements to A_4SALE!
  220.  
  221.  
  222.  +------------------------------------------------------------------------+
  223.  | A.4SALE.PERSONAL                               Personal Items For Sale |
  224.  +------------------------------------------------------------------------+
  225.  
  226.    Moderator: Erik Williams @ 51:102/0.0                      Handles: No
  227.  
  228.    The AtariNet marketplace!  If you have items of a personal nature (not
  229.    necessarily computer or Atari-related items) that you wish to offer
  230.    for sale, then this is the place for you!  Commercial advertisements
  231.    are off-topic in A_4SALE...there is another echo devoted to them!
  232.  
  233.  
  234.  +------------------------------------------------------------------------+
  235.  | A.ATARI                                       Atari General Discussion |
  236.  +------------------------------------------------------------------------+
  237.  
  238.    Moderator: Nick Hard @ 51:2/4.0                            Handles: No
  239.  
  240.    Area may be used for General discussion of the Atari computer.  You
  241.    will be encouraged to find the appropriate subject in another area if
  242.    it does exist.
  243.  
  244.  
  245.  +------------------------------------------------------------------------+
  246.  | A.ATARI.DTP                                   Atari Desktop Publishing |
  247.  +------------------------------------------------------------------------+
  248.  
  249.    Moderator: Erik Williams @ 51:102/0.0                      Handles: No
  250.  
  251.    Discussion and support of the field of desktop publishing.  *FRIENDLY*
  252.    discussions of *ANY* DTP platform and software as well as related
  253.    topics of scanning, colour separations, design tips, and tips and
  254.    tricks of using a desktop publisher are welcome in A_DTP.
  255.  
  256.  
  257.  +------------------------------------------------------------------------+
  258.  | A.ATARI.EXPLORER                               Atari Explorer Magazine |
  259.  +------------------------------------------------------------------------+
  260.  
  261.    Moderator: Ron Kovacs @ 51:1/13.0                         Handles: Yes
  262.  
  263.    Discussion of articles from Atari Explorer and Atari Explorer Online
  264.    magazines.
  265.  
  266.  
  267.  +------------------------------------------------------------------------+
  268.  | A.ATARI.FALCON                                  Atari Falcon Computers |
  269.  +------------------------------------------------------------------------+
  270.  
  271.    Moderator: Daron Brewood @ 51:500/0.0                     Handles: Yes
  272.  
  273.    Discussion of the Atari Falcon computers.
  274.  
  275.  
  276.  +------------------------------------------------------------------------+
  277.  | A.ATARI.GRAPHICS                      Atari Graphics Hardware/Software |
  278.  +------------------------------------------------------------------------+
  279.  
  280.    Moderator: Terry May @ 51:2/0.0                           Handles: Yes
  281.  
  282.    Discussion of Atari graphics hardware and software, including, but not
  283.    limited to, paint programs, graphics utilities, digitizers, expansion
  284.    cards, pictures, graphics demos, etc.
  285.  
  286.  
  287.  +------------------------------------------------------------------------+
  288.  | A.ATARI.SOUND                            Atari Sound Hardware/Software |
  289.  +------------------------------------------------------------------------+
  290.  
  291.    Moderator: Terry May @ 51:2/0.0                           Handles: Yes
  292.  
  293.    Discussion of Atari sound hardware and software, including, but not
  294.    limited to, MIDI hardware and software, sound utilities, sound and
  295.    music players, sound and music data files, digitizers, demos, etc.
  296.  
  297.  
  298.  +------------------------------------------------------------------------+
  299.  | A.ATARI.TECH                               Atari Technical Discussions |
  300.  +------------------------------------------------------------------------+
  301.  
  302.    Moderator: Wes Newell @ 51:202/0.0                         Handles: No
  303.  
  304.    For the discussion of Hardware/Software of a technical nature.
  305.  
  306.  
  307.  +------------------------------------------------------------------------+
  308.  | A.BBS                                     Atari BBS Programs & BBS Ads |
  309.  +------------------------------------------------------------------------+
  310.  
  311.    Moderator: Terry May @ 51:2/0.0                           Handles: Yes
  312.  
  313.    Discussion and support of all Atari BBS programs not already convered
  314.    in another specific AtariNet echo.  Friendly discussion of the pros
  315.    and cons of various BBS programs are also welcomed, as are BBS ads
  316.    (limited to one per week per BBS).
  317.  
  318.  
  319.  +------------------------------------------------------------------------+
  320.  | A.BBS.DOORS                                Atari BBS Doors (Externals) |
  321.  +------------------------------------------------------------------------+
  322.  
  323.    Moderator: David Blanchard @ 51:1/6.0                      Handles: No
  324.  
  325.    Discussion of all BBS doors (external programs) not already covered in
  326.    another specific AtariNet echo.
  327.  
  328.  
  329.  +------------------------------------------------------------------------+
  330.  | A.BBS.NETWORKING                           Atari Fido-Style Networking |
  331.  +------------------------------------------------------------------------+
  332.  
  333.    Moderator: Daron Brewood @ 51:500/0.0                     Handles: Yes
  334.  
  335.    Discussion of all aspects of Fido-style networking, except those
  336.    topics already covered by a more specific AtariNet echo.
  337.  
  338.    Gated with N.ST.FIDO (NeST).
  339.  
  340.  
  341.  +------------------------------------------------------------------------+
  342.  | A.MISC                                              General Discussion |
  343.  +------------------------------------------------------------------------+
  344.  
  345.    Moderator: Nick Hard @ 51:2/4.0                           Handles: Yes
  346.  
  347.    General Chit Chat area, not related to computers.  Talk about whatever
  348.    subject you wish here, but be NICE!  This is the area where you may
  349.    find the time to unwind.
  350.  
  351.  
  352.  +------------------------------------------------------------------------+
  353.  | A.MISC.FILEFIND                                   AtariNet File-Finder |
  354.  +------------------------------------------------------------------------+
  355.  
  356.    Moderator: Brian Watters @ 51:3/3.0                        Handles: No
  357.  
  358.    This echo is used for searching files using Mark Matts' File-Finder
  359.    program.  Any BBSes using File-Finder will show any matches to all
  360.    requested filespecs.  This is NOT an echo for chit-chat; it's ONLY for
  361.    making requests to File-Finder.
  362.  
  363.    Only AtariNet SysOps may have WRITE access to this echo!
  364.  
  365.  
  366.  +------------------------------------------------------------------------+
  367.  | A.PROG                                               Atari Programming |
  368.  +------------------------------------------------------------------------+
  369.  
  370.    Moderator: Don Liscombe @ 51:5/0.0                        Handles: Yes
  371.  
  372.    Discussion of programming for Atari computers.
  373.  
  374.  
  375.  +------------------------------------------------------------------------+
  376.  | A.PROG.C                                           Atari C Programming |
  377.  +------------------------------------------------------------------------+
  378.  
  379.    Moderator: Don Liscombe @ 51:5/0.0                        Handles: Yes
  380.  
  381.    Discussion of C programming for Atari computers.
  382.  
  383.  
  384.  +------------------------------------------------------------------------+
  385.  | A.PROG.GFA                                       Atari GFA Programming |
  386.  +------------------------------------------------------------------------+
  387.  
  388.    Moderator: Don Liscombe @ 51:5/0.0                        Handles: Yes
  389.  
  390.    Discussion of GFA programming for Atari computers.
  391.  
  392.  
  393.  +------------------------------------------------------------------------+
  394.  | A.SUP.AUTOMAGIC                                      AutoMagic Support |
  395.  +------------------------------------------------------------------------+
  396.  
  397.    Moderator: David J. Thomas (NeST)                          Handles: No
  398.  
  399.    Support for AutoMagic software, including AutoFile-ST and MakeDiff.
  400.  
  401.    Gated with N.SUP.AUTOMAGIC (NeST).
  402.  
  403.  
  404.  +------------------------------------------------------------------------+
  405.  | A.SUP.BINKLEY                                   BinkleyTerm-ST Support |
  406.  +------------------------------------------------------------------------+
  407.  
  408.    Moderator: Joerg Spilker @ 51:601/102.0                    Handles: No
  409.  
  410.    Support for the BinkleyTerm-ST front-end mailer and terminal program.
  411.  
  412.    Gated with BINKLEY.ST (FidoNet) and N.SUP.BINKLEY (NeST).
  413.  
  414.  
  415.  +------------------------------------------------------------------------+
  416.  | A.SUP.FIDODOOR                                        FIDOdoor Support |
  417.  +------------------------------------------------------------------------+
  418.  
  419.    Moderator: Bryan Hall @ 51:3/6.0                           Handles: No
  420.  
  421.    Support for the FIDOdoor message reader/editor.
  422.  
  423.    Gated with FIDODOOR (FidoNet).
  424.  
  425.  
  426.  +------------------------------------------------------------------------+
  427.  | A.SUP.JETMAIL                                          JetMail Support |
  428.  +------------------------------------------------------------------------+
  429.  
  430.    Moderator: Daniel Roesen @ 51:601/111.0                    Handles: No
  431.  
  432.    Support for the JetMail mail processor and maintenance system.  Mainly
  433.    to discuss desired features, at this time, as all help with JetMail is
  434.    currently restricted to the FidoNet JETMAIL_BETA echo.
  435.  
  436.    Gated with N.SUP.JETMAIL (NeST).
  437.  
  438.  
  439.  +------------------------------------------------------------------------+
  440.  | A.SUP.MAXI                         MaxiMiser/MaxiDoor/PhidoQWK Support |
  441.  +------------------------------------------------------------------------+
  442.  
  443.    Moderator: Shawn Smith @ 51:5/4.0                          Handles: No
  444.  
  445.    Support for the MaxiMiser, MaxiDoor and PhidoQWK .QWK utilities.
  446.  
  447.    Gated with FNET conference.
  448.  
  449.  
  450.  
  451. In order to get any of these echoes, you'll need to use the AreaFix
  452. utility on my system.  The following is a description of how to use
  453. AreaFix written by the authors of JetMail (my mail tosser).
  454.  
  455. How to use Jetmail AreaFix
  456.  
  457. This programm makes it possible for you to connect and disconnect
  458. echomail areas from this Jetmail system. You don't need to install the 
  459. program yourself. All you need to do is use it. One thing is neccesary, 
  460. a password, you probably have allready set this up,if not contact me first,
  461. there is no way you can use AreaFix without apassword! apart from the 
  462. password, you also need to know the name of my AreaFix, "areafix" or 
  463. "areamgr" will do.
  464.  
  465. How to (dis)connect areas:
  466. ==========================
  467.  
  468. Write a NETMAIL message to Areafix (or Areamgr) to one of the following
  469. addresses:
  470.  
  471.    For AtariNet:  51:102/0 or 51:102/1
  472.    For PerotNet:  17:1/0 or 17:1/1
  473.    For FidoNet:   1:151/167
  474.  
  475. On the subjectline you put the password you set up with this system
  476. (use same caps!).  After the password, you could also specify some of the 
  477. following flags:
  478.  
  479. -q (%QUERY)  : Send list of connected echomail areas.
  480. -l (%LIST)   : Send list of connected/available echomail areas.
  481. -r (%RESCAN) : Rescan the requested areas.
  482. -h (%HELP)   : Send this helpfile.
  483.  
  484. Instead of putting the flags into the subjectline, you can also write the 
  485. equivalents in the braces into the message text. Note that %RESCAN works 
  486. likea switch in this case. The first %RESCAN enables rescanning of the 
  487. following areas and the next %RESCAN disables rescanning. To connect an 
  488. area you put the names of the echomailareas you want to connect in the 
  489. message text, (only 1 name on each line). To disconnect an area put a - in 
  490. front of the areaname in the messagetext.
  491.  
  492. Example:
  493. =========================================================================
  494. Msg #59 / 1 - 60  Time: 11 Dec 91 14:25:56
  495. From: Carsten Brockmann on 51:102/1701
  496. To  : Areamgr on 51:102/1
  497. Subj: password -l
  498. -------------------------------------------------------------------------
  499. %HELP
  500. ATARI.GER
  501. %RESCAN
  502. ST_FIDO.GER
  503. %RESCAN
  504. JETMAIL_BETA
  505. -PENPAL
  506. -MSDOS.GER
  507. =========================================================================
  508. This message connects you to ATARI.GER, ST_FIDO.GER and JETMAIL_BETA while
  509. at the same time disconnects you from PENPAL and MSDOS.GER. It rescans 
  510. ST_FIDO.GER, sends you a list of connected and available areas and this 
  511. helptext. 
  512.  
  513. The available areas on this system are divided into groups. Maybe you're 
  514. not allowed to connect to some groups, because they are X-rated or only
  515. accessable under other network addresses.
  516.  
  517. It is possible to (dis)connect all areas (or some specific groups) which are
  518. available with the commands
  519.  
  520. %-ALL [groups]
  521. %+ALL [groups]     (or %ALL [groups])
  522.  
  523. You can partly disable/enable areas with the commands
  524.  
  525. %PASSIVE [groups]
  526. %ACTIVE  [groups]
  527.  
  528. If no groups are specified all groups are set to passive. This works also 
  529. for groups which are normally only available under some other network-
  530. address. 
  531.  
  532. The areas set to passive are not disconnected but no mail is passed to you 
  533. with the exception of personal mail in the areas.
  534.  
  535.  
  536. =====================================
  537. Changing Parts of your Linkdefinition
  538. =====================================
  539.  
  540. You can also change some parts of your current linkdefinition with the
  541. following commands:
  542.  
  543. %NOTIFY ON/OFF
  544. %COMPRESSION [LHAMail|LZHMail|ZIPMail|ARCmail|ARJMail|ZOOmail|None]
  545.  
  546. If you have any problems using Areafix, please contact the system 
  547. administrator on this system.
  548.  
  549.                        Now that you have echoes...
  550.  
  551. One of the echoes that you will probably want to use first will be A.ADM.TEST to
  552. send test messages through the network.  This is the approved echo for
  553. testing your connections to the network and if you have A.ADM.TEST working, then
  554. the rest of the echoes will be a snap.
  555.  
  556. There is also a local test echo called A.NET102.TEST which you may use for
  557. your pleasure (if you feel a bit self-conscious about putting out tests in
  558. the international echo!).
  559.  
  560.  
  561. Once you have connected A.ADM.TEST using AreaConsultant, send a message through
  562. using 51:102/0 as your hub for host-routed mail.  Then do a manual poll to
  563. send it along to me.  I'll respond to it through the echo when I see the
  564. message and that should make it back to you when you poll me the next time.
  565.  
  566. A.ADM.TEST is also a good place to test out that new tagline that you've been
  567. dying to put out on the network, or test that super new mail tosser... :)
  568.  
  569. We should be able to iron out any problems very quickly using A.ADM.TEST and then
  570. you are ready to grab any echo you wish.  Sysop-only echoes should only be
  571. accessed by the sysop(s) of your system...any other echoes are for free
  572. distribution to anyone who wishes to read them.  If you have a troublesome
  573. user, you may wish to restrict their write access to an echo...the decision
  574. is up to you as sysop of your node.
  575.  
  576.                   AtariNet File Distribution System...
  577.  
  578. The AtariNet File Distribution System (AFDS) is similar to the file echoes
  579. available through FIDONET and is based on the TICK-standard for sending files
  580. from node to node.  This is a relatively new facet to AtariNet and I have a
  581. complete feed for AFDS files that I can pass on to your node should you
  582. desire it.  You do not have to have a TICK-compatible programme on your end
  583. to get these files (as I will send them to you if you wish them regardless of
  584. whether you have TICK or not), but TICK will make your life a lot easier as
  585. you can have the new files automagically CRC-verified and moved to
  586. directories of your choice.  If you do not have TICK (or compatible
  587. programme), then don't worry...all you have to do is kill the TIC files from
  588. your inbound directory and move the files as you wish.
  589.  
  590. AFDS is Bill Jones' baby and he is at 51:203/0.  Here are the available file
  591. echoes for your enjoyment...
  592.  
  593.                      AtariNet File Distribution System
  594.  
  595. The following file areas are either currently on the AtariNet FileBone, or
  596. are awaiting approval.  If you'd like to receive one of these areas, please
  597. contact your host.  Hosts are not required to carry all areas, however all
  598. areas will be available from 51:203/0.
  599.  
  600. Current File Echoes:
  601.  
  602. FileEcho     Description                          Origination at
  603. ===========================================================================
  604. A_NODES      AtariNet node administration         Bill Scull, 51:1/0
  605. ABBSUTIL     BBS-Related Utilities                Bill Jones, 51:203/0
  606. ABBSGAME     BBS-Related Games (Doors)            (open)
  607. ABBSOTHR     BBS-Related other software           (open)
  608. AFDOOR       FidoDoor Updates (includes ST-QWK)   Bryan Hall, 51:3/6
  609. AUTILS       ST Utilities                         Erik Williams, 51:102/2
  610. AGAMES       ST Games                             Rich Tietjens, 51:2/10
  611. ANETWORK     FidoNet-Related Software             Bill Jones, 51:203/0
  612. AZNET        Z*Net On-line magazine               Ron Kovacs, 51:1/13
  613. AOTHER       Other ST Software                    (open)
  614. AGRAPHIC     Graphics and related programs        Terry May, 51:2/0
  615. ASOUND       Sounds, samples and related programs Terry May, 51:2/0
  616. APROG        Sources and programming info         Bryan Hall, 51:3/6
  617. ===========================================================================
  618.  
  619. Any questions or comments should be directed to me at 51:203/0.
  620.  
  621.                                       Bill Jones, AFDS Coordinator
  622.  
  623. I am the originator for AUTILS (this list is a bit old as I just got the
  624. job!), so you'll be able to get anything from that echo directly from me here
  625. in Raleigh should you wish to have them.  Other file echoes take a while to
  626. finally filter down to Net 102, so please be patient!  A.ADM.FDS is a message
  627. echo devoted to telling people about the files that are hatched into the AFDS
  628. and is available from me.
  629.  
  630.                          Administratrivia...
  631.  
  632. Every Sunday, a new nodelist will be sent to me and then I will forward it on
  633. to you using AutoFile...a TICK-style utility.  If you can handle TIC
  634. files, then you can have your TICK utility stick the files wherever you want
  635. them to reside.  Otherwise, you can kill the TIC files that I will send
  636. along with the file I'm hatching to your node.
  637.  
  638. From time to time, I might also send you an update to this Net 102 policy
  639. document if anything significant changes (like AtariNet POLICY).  The latest
  640. version will always be available from me for FREQ using the magick name
  641. NET102.  Changes to the echo distribution list or file echo distribution
  642. lists will always be available in A.ADM.ECHO...it is an echo that is
  643. strongly recommended for your information on changes to the network echo
  644. structure (both message and file echoes).
  645.  
  646. I'm thinking of doing a newsletter for Net 102 here in Raleigh just to give
  647. you an idea of what is going on over here in terms of changes to the BBS and
  648. general network policy/procedures, neat stuff available for your use, and so
  649. forth.  This would be a two-way newsletter...if you have news of interest to
  650. the AtariNet community here in Raleigh, I'd be happy to include it in a
  651. newsletter.  If I do this, it will probably be started in February or March. 
  652. Who knows, this may mutate into a newsletter project for the entire
  653. network... :)
  654.  
  655.                             AtariNet Policy - Draft
  656.  
  657.                                  July 04, 1992
  658.  
  659.  
  660.  This is a draft of a proposed policy for AtariNet.
  661.  
  662.  
  663. 1    OVERVIEW
  664. --------------
  665.  
  666. This document establishes the policy for sysops who are members of the
  667. AtariNet organization of electronic bulletin board systems.
  668.  
  669.  
  670. 1.1  LANGUAGE
  671.  
  672. The official language of AtariNet is English.  All documents must exist in
  673. English. Translation into other languages is encouraged.
  674.  
  675.  
  676. 1.2  INTRODUCTION
  677.  
  678. AtariNet is an amateur electronic mail system and is not a common carrier
  679. or a value-added service network and is a public network only in as much
  680. as the independent, constituent nodes may individually provide public
  681. access to the network on their system.
  682.  
  683. In order to provide compatibility with the majority of existing networks,
  684. AtariNet has been structured on 'FidoNet Technology' and, as such,
  685. makes large use of associated managerial and structural procedures whereby
  686. MultiNet operation and decentralized management provide the structure and
  687. control. This document describes the procedures which have been adopted
  688. to manage the network.
  689.  
  690.  
  691. 1.3  GEOGRAPHY
  692.  
  693. There is no "true" need to assign nodes within the United States to a Host
  694. in their own state as in-state long distance calling is more expensive than
  695. out of state calling. This may also be true in other countries and this
  696. document will be updated accordingly.
  697.  
  698.  
  699. 1.4  NODELISTS
  700.  
  701. The nodelist is a file updated weekly which contains the addresses of all
  702. recognized AtariNet nodes.  This file is regularly made available by the
  703. Zone Co-ordinator on a weekly basis. To be included in the nodelist, a
  704. system must meet the requirements defined by this document.
  705.  
  706. The full list as published by the International Co-ordinator is regarded
  707. as the official AtariNet nodelist, and is used in circumstances as
  708. determination of eligibility for voting.  All parts that make up the full
  709. nodelist are available on each Zone Co-ordinator's and each Regional
  710. Co-ordinator's system.
  711.  
  712.  
  713.  
  714. 2    ORGANISATION
  715. -----------------
  716.  
  717. AtariNet systems are grouped on several levels, and administration is
  718. de-centralized to correspond with these groupings.  This overview provides
  719. a summary of the structure and the duties of the Co-ordinator positions.
  720.  
  721.  
  722. 2.1  INDIVIDUAL SYSTEMS AND SYSTEM OPERATORS
  723.  
  724. The smallest subdivision of AtariNet is the individual system, corresponding
  725. to a single entry in the nodelist. The system operator (SysOp) formulates a
  726. policy for running the board and dealing with users.  The sysop must mesh
  727. with the rest of the AtariNet system to send and receive mail.
  728.  
  729.  
  730. 2.1.1  THE BASICS
  731.  
  732. As the sysop of an individual node, you can generally do as you please, as
  733. long as you observe mail events, are not excessively annoying to other nodes
  734. in AtariNet, and do not promote or participate in the distribution of pirated
  735. copyrighted software or other illegal behaviour via AtariNet.
  736.  
  737.  
  738. 2.1.2  TRAFFIC ENTERING AtariNet VIA A NODE
  739.  
  740. A sysop listed in the nodelist entry is responsible for all traffic
  741. entering AtariNet via that system.  This includes (but is not limited to)
  742. traffic entered by users, points, and any other networks for which the
  743. system might act as a gateway. If a sysop allows "outside" messages to enter
  744. AtariNet via the system, the gateway system must be clearly identified by
  745. a AtariNet node number as the point of origin of that message, and it must
  746. act as a gateway in the reverse direction.  Should such traffic result in a
  747. violation of Policy, the sysop must rectify the situation.
  748.  
  749. 2.1.2.1  USERS
  750.  
  751. The sysop is responsible for the actions of any user when they affect the
  752. rest of AtariNet. Any traffic entering AtariNet via a given node, if not
  753. from the sysop, is considered to be from a user and is the responsibility
  754. of the sysop.
  755.  
  756. 2.1.2.2  POINTS
  757.  
  758. A point is a AtariNet-compatible system that is not in the nodelist, but
  759. communicates with AtariNet through a node referred to as a bossnode. A point
  760. is generally regarded in the same manner as a user, and the bossnode is
  761. responsible for mail from the point. (See section 2.1.2) Points are
  762. addressed by using the bossnode's nodelist address; for example, a point
  763. system with a bossnode of 114/15 might be known as 114/15.12. Mail destined
  764. for the point is sent to the bossnode, which then routes it to the point.
  765.  
  766. 2.1.3  ROUTING MAIL
  767.  
  768. You are not required to route traffic if you have not agreed to do so.  You
  769. are not obligated to route traffic for all if you route it for any, unless
  770. you hold a Co-ordinator position. Routing traffic through a node not
  771. obligated to perform routing without the permission of
  772. that node may be annoying behavior.  This includes unsolicited echomail.
  773.  
  774. If you do not forward a message when you previously agreed to perform such
  775. routing, the message must be returned to the sysop of the node at which it
  776. entered AtariNet with an explanation of why it was not forwarded. (It is not
  777. necessary to return messages which are addressed to a node which is not in
  778. the current nodelist.) Intentionally stopping an in-transit message without
  779. following this procedure constitutes annoying behavior. In the case of a
  780. failure to forward traffic due to a technical problem, it does not become
  781. annoying unless it persists after being pointed out to the sysop.
  782.  
  783.  
  784. 2.1.3.1  ALTERATION OF ROUTED MAIL
  785.  
  786. You may not modify, other than as required for routing or other technical
  787. purposes, any message, netmail or echomail, passing through the system from
  788. one AtariNet node to another.  If you are offended by the content of a
  789. message, the procedure described in section 2.1.3 must be used.
  790.  
  791.  
  792. 2.1.4  USE OF CURRENT NODELIST
  793.  
  794. Network mail systems generally operate unattended, and place calls at odd
  795. hours of the night. If a system tries to call an incorrect or out-of-date
  796. number, it could cause some person's phone to ring in the middle of the
  797. night, much to their annoyance and to those of civil authorities.
  798. For this reason, a sysop who sends mail is obligated to obtain and use the
  799. most recent edition of the nodelist as is practical.
  800.  
  801.  
  802. 2.1.5  NODE UNAVAILABILITY
  803.  
  804. If your node will be down for an extended period (more than a day or two),
  805. inform your Co-ordinator as soon as possible. It is not your Co-ordinator's
  806. responsibility to chase you down for a status report, and if your system
  807. stops accepting mail it will be removed from the nodelist.
  808.  
  809. If you will be leaving your system unattended for an extended period of time
  810. (such as while you are on vacation), you should notify your Co-ordinator.
  811. Systems have a tendency to "crash" now and then, so you will probably want
  812. your Co-ordinator to know that it is a temporary condition if it happens
  813. while you are away.
  814.  
  815.  
  816. 2.1.6  EXCOMMUNICATION
  817.  
  818. A system which has been dropped from the network is said to be excommunicated
  819. (i.e. denied communication).  If you find that you have been excommunicated
  820. without warning, your Co-ordinator was unable to contact you.  You should
  821. rectify the problem and contact your Co-ordinator.
  822.  
  823. It is considered annoying behavior to assist a system which was excommuni-
  824. cated in circumventing that removal from the nodelist. For example, if you
  825. decide to provide an echomail feed to your friend who has been excommuni-
  826. cated, it is likely that your listing will also be removed.
  827.  
  828.  
  829. 2.1.7  FORMING A NETWORK
  830.  
  831. If there are several nodes in your area, but no network, a new network can
  832. be formed.  This has advantages to both you and to the rest of AtariNet.
  833. You receive better availability of nodelists and everyone else can take
  834. advantage of host-routing netmail to the new network.
  835.  
  836. The first step is to contact the other sysops in your area.  You must decide
  837. which nodes will comprise the network, and which of those nodes you would
  838. like to be the Network Co-ordinator. Then consult your Regional Co-ordinator.
  839. You must send the following information:
  840.  
  841.    1) The region number(s), or network number(s) if a network is splitting
  842.    up, that are affected by the formation of your network. The Regional
  843.    Co-ordinator will inform the Zone Co-ordinator and the Co-ordinators of
  844.    any affected networks that a new network is in formation.
  845.  
  846.    2) A copy of the proposed network's nodelist segment. This file should
  847.    be attached to the message of application for a network number, and
  848.    should use the proper nodelist format in use on AtariNet.
  849.    Please elect a name that relates to your grouping.
  850.  
  851. Granting a network number is not automatic.  Even if the request is granted,
  852. the network might not be structured exactly as you request. Your Regional
  853. Co-ordinator will review your application and inform you of the decision.
  854. Once the request is granted, everyone in the new net must change their
  855. node numbers accordingly. The old numbers will be left intact for
  856. approximately
  857. one week.
  858.  
  859.  
  860. 2.2  NETWORKS AND NETWORK CO-ORDINATORS
  861.  
  862. A network is a collection of nodes Uaually in a geographic area and usually
  863. defined by an area of convenient telephone calling. Networks Co-ordinate
  864. their mail activity to decrease cost.
  865.  
  866. The Network Co-ordinator is appointed by the Regional Co-ordinator.
  867.  
  868.  
  869. 2.2.1  RESPONSIBILITIES
  870.  
  871. A Network Co-ordinator has the following responsibilities:
  872.  
  873.    1) To receive incoming mail for nodes in the network, and arrange
  874.    delivery to its recipients.
  875.  
  876.    2) To assign node numbers to nodes in the network.
  877.  
  878.    3) To maintain the nodelist for the network, and to send a copy of it to
  879.    the Regional Co-ordinator whenever it changes.
  880.  
  881.    4) To make available to nodes in the network new nodelist files and new
  882.    revisions of Network Policy Documents as they are received, and to
  883.    periodically check to ensure that nodes use up to date nodelists.
  884.  
  885.  
  886. 2.2.2  ROUTING INBOUND MAIL
  887.  
  888. It is your responsibility as Network Co-ordinator to Co-ordinate the receipt
  889. and forwarding of host-routed inbound netmail for nodes in your network. The
  890. best way to accomplish this is left to your discretion.
  891.  
  892. If a node in your network is receiving large volumes of mail you can request
  893. that the sysop contact the systems which are sending this mail and request
  894. that they not host-route it. If the problem persists, you can request your
  895. Regional Co-ordinator to assign the node a number as an independent and drop
  896. the system from your network.
  897.  
  898. You are not required to forward encrypted, commercial, or illegal mail.
  899. However, you must follow the procedures described in section 2.1.3 if you
  900. do not forward the mail.
  901.  
  902.  
  903. 2.2.3  ASSIGNING NODE NUMBERS
  904.  
  905. It is your responsibility to assign node numbers to new nodes in your
  906. network. You may also change the numbers of existing nodes in your network,
  907. though you should check with your member nodes before doing so.  You may
  908. assign any numbers you wish, so long as each node has a unique number within
  909. your network.You may not assign a node number to a node in an area covered
  910. by an existing network. Further, if you have nodes in an area covered by
  911. a network in formation, those nodes must be transferred to the new network.
  912.  
  913. You must not assign a node number to any system until you have received a
  914. formal request from that system by AtariNet mail. This will ensure that the
  915. system is minimally operational.
  916. It is also recommended, though not required, that you call a board which is
  917. applying for a node number before assigning it a node number.
  918. You should use network mail to inform a new sysop of the node number, as
  919. this helps to ensure that the system is capable of receiving network mail.
  920.  
  921. If a node in your network is acting in a sufficiently annoying manner, then
  922. you can take whatever action you deem fit, according to the circumstances
  923. of the case.
  924.  
  925.  
  926. 2.2.4  MAINTAINING THE NODELIST
  927.  
  928. You should implement name changes, phone number changes, and so forth in your
  929. segment of the nodelist as soon as possible after the information is received
  930. from the affected node.  You should also on occasion send a message to every
  931. node in your network to ensure that they are operational. If a node turns
  932. out to be offline with no prior warning, you can either mark the node down
  933. or remove it from the nodelist. (Nodes are to be marked DOWN for a maximum
  934. of two weeks, after which the line should be removed from the nodelist).
  935.  
  936. You should assemble a master nodelist for your network every week and send
  937. it to your Regional Co-ordinator by the day designated. It is important
  938. that you forward this by the day specified by the Regional Co-ordinator so
  939. as not to cause a further week's delay in adding a node to the master
  940. nodelist.
  941.  
  942.  
  943. 2.2.5  MAKING AVAILABLE POLICIES AND NODELISTS
  944.  
  945. As a Network Co-ordinator you should obtain a new issue of the nodelist
  946. every week from your Regional Co-ordinator. You must make this available
  947. to all nodes in the network.
  948. You should also obtain the most recent versions of the Policy documents that
  949. bind the members of your network, and make those available to the nodes in
  950. your network.  Policies are released at sporadic intervals, so you should
  951. also inform the nodes in your network when such events occur, and ensure the
  952. nodes are generally familiar with the changes.
  953.  
  954.  
  955. 2.2.6  NETWORK ROUTING HUBS
  956.  
  957. Network Routing Hubs may be appointed by the Network Co-ordinator, in
  958. order to assist in the management of a large network but should be avoided
  959. if at all possible so as not to cause uneccessary delays in mail routing.
  960. The exact duties and procedures are a matter for the Network Co-ordinator
  961. and the hubs to arrange, and will not be discussed here, except that a
  962. Network Co-ordinator cannot delegate responsibility to mediate disputes.
  963.  
  964.  
  965.  
  966. 2.3  REGIONS AND REGIONAL CO-ORDINATORS
  967.  
  968. A region is a well-defined geographic area containing nodes which may or may
  969. not be combined into networks.  A typical region will contain many nodes in
  970. networks, and a few independent nodes which are not a part of any network.
  971.  
  972. Regional Co-ordinators are appointed by the Zone Co-ordinator.
  973.  
  974.  
  975. 2.3.1  RESPONSIBILITIES
  976.  
  977. A Regional Co-ordinator has the following responsibilities:
  978.  
  979.    1) To receive incoming mail for networks in the region, and arrange
  980.    delivery to its recipients.
  981.  
  982.    2) To assign node numbers to independent nodes in the region.
  983.  
  984.    3) To encourage independent nodes in the region to join existing net-
  985.    works, or to form new networks.
  986.  
  987.    4) To assign network numbers to networks in the region and define their
  988.    boundaries.
  989.  
  990.    5) To compile a nodelist of all of the networks and independents in the
  991.    region, and to send a copy of it to the Zone Co-ordinator whenever it
  992.    changes.
  993.  
  994.    6) To ensure the smooth operation of networks within the region.
  995.  
  996.    6) To make new nodelist files and Policies available to the Network
  997.    Co-ordinators in the region as soon as is practical.
  998.  
  999.  
  1000. 2.3.2  ASSIGNING NODE NUMBERS
  1001.  
  1002. It is your responsibility to assign node numbers to independant nodes in
  1003. your region. (Section 2.2.3 is applicable)
  1004.  
  1005. If you receive a node number request from outside your region, you must
  1006. forward it to the most local Co-ordinator for the requestor as you can
  1007. determine. If you receive a node number request from a new node that is in
  1008. an area covered by an existing network, then you must forward the request
  1009. to the Co-ordinator of that network instead of assigning a number yourself.
  1010.  
  1011. If a network forms in an area for which you have independent nodes, those
  1012. nodes will be transferred to the local network as soon as is practical.
  1013.  
  1014.  
  1015. 2.3.3  ENCOURAGING THE FORMATION AND GROWTH OF NETWORKS
  1016.  
  1017. One of your main duties as a Regional Co-ordinator is to promote the growth
  1018. of
  1019. networks in your region.
  1020.  
  1021. You should avoid having independent nodes in your region which are within
  1022. the coverage area of a network.  There are, however, certain cases where a
  1023. node should not be a member of a network, such as a system with a large
  1024. amount of inbound netmail; see section 2.2.2.
  1025.  
  1026. If several independent nodes in your region are in a local area you should
  1027. encourage them to form a network, and if necessary you may require them to
  1028. form a network.  Refer to section 2.1.7.  Note that this is not intended to
  1029. encourage the formation of trivial networks.  Obviously, one node does not
  1030. make a network.  The exact number of nodes required for an effective network
  1031. must be judged according to the circumstances of the situation, and is left
  1032. to your discretion.
  1033.  
  1034.  
  1035. 2.3.4  ASSIGNING NETWORK NUMBERS
  1036.  
  1037. It is your responsibility to assign network numbers to new networks forming
  1038. within your region.  You are assigned a pool of network numbers to use for
  1039. this purpose by your Zone Co-ordinator.
  1040.  
  1041. 2.3.5  MAINTAINING THE NODELIST
  1042.  
  1043. As a Regional Co-ordinator, you have a dual role in maintaining the nodelist
  1044. for your region.
  1045.  
  1046. First, you must maintain the list of independent nodes in your region.  You
  1047. should attempt to implement name changes, phone number changes, and so forth
  1048. in this nodelist as soon as possible.  You should also on occasion send a
  1049. message to every independent node in your region to ensure that they are
  1050. operational.  If a node turns out to be offline with no prior warning,
  1051. you can either mark the node down or remove it from the nodelist. (Nodes are
  1052. to be marked DOWN for a maximum of two weeks, after which the entry should
  1053. be removed from the nodelist.)
  1054.  
  1055. Second, you must receive the nodelists from the Network Co-ordinators within
  1056. your region.  You will need to maintain a set of nodelists for each network
  1057. within your region, since you cannot count on getting an update from each
  1058. Network Co-ordinator every week.  You should assemble a master nodelist for
  1059. your region every week and send it to your Zone Co-ordinator by the day and
  1060. time designated.
  1061.  
  1062.  
  1063. 2.3.6  OVERSEEING NETWORK OPERATIONS
  1064.  
  1065. You are responsible for appointing Network Co-ordinators for the nets in
  1066. your region. If the outgoing Network Co-ordinator suggests a successor, you
  1067. are not obligated to accept that individual, although you normally will.
  1068. Similarly, you are not obligated to accept the individual selected by the
  1069. members of the network in an election, although you normally will.
  1070.  
  1071. It is your responsibility as Regional Co-ordinator to ensure that the
  1072. networks
  1073. within your region are operating in an acceptable manner. This does not mean
  1074. that you are required to operate those networks; that is the responsibility
  1075. of the Network Co-ordinators. It means that you are responsible for assuring
  1076. that the Network Co-ordinators within your region are acting responsibly.
  1077.  
  1078. If you find that a Network Co-ordinator within your region is not properly
  1079. performing the duties outlined in Section 2.2, you should take whatever
  1080. action you deem necessary to correct the situation.
  1081.  
  1082. If a network grows so large that it cannot reasonably accommodate traffic
  1083. flow , the Regional Co-ordinator can direct the creation on one or more
  1084. new networks from that network. These new networks, although they may be
  1085. within a single local-calling area, must still conform to a geographical
  1086. basis for determining membership.
  1087.  
  1088. It is your obligation as Regional Co-ordinator to maintain direct and
  1089. reasonably frequent contact with the networks in your region. The exact
  1090. method of accomplishing this is left to your discretion.
  1091.  
  1092.  
  1093. 2.3.7  MAKING AVAILABLE NODELISTS AND POLICIES
  1094.  
  1095. As a Regional Co-ordinator, it is your responsibility to obtain the latest
  1096. nodelist and network policies as they are published, and to make them
  1097. available to all Network Co-ordinators within your region as soon as is
  1098. after you receive them.
  1099. The method of distribution is left to your discretion.
  1100.  
  1101.  
  1102.  
  1103. 2.4 Zone CO-ORDINATOR
  1104.  
  1105. The Zone Co-ordinator is the "first among equals" Region Co-ordinator,
  1106. and Co-ordinates the joint production of the master nodelist by the
  1107. Region Co-ordinators.
  1108.  
  1109. 2.4.1  RESPONSIBILITIES
  1110.  
  1111. The Zone Co-ordinator has the primary task of co-ordinating the
  1112. creation of the master nodelist by managing the distribution between the
  1113. Zones of the Zone nodelists and for the co-ordination and distribution of
  1114. Network Policies to the Region Co-ordinators. The Zone Co-ordinator
  1115. is responsible for definition of new region and for negotiation of agreements
  1116. for communication with other networks. ("Other network" in this context
  1117. means other networks with which AtariNet communicates as peer-to-peer, not
  1118. "network" in the sense of the AtariNet organizational level.)
  1119.  
  1120. In cases not specifically covered by this document, the Zone
  1121. Co-ordinator may issue specific interpretations or extensions to this policy.
  1122. The Region Co-ordinator structure may reverse such rulings by a majority
  1123. vote.
  1124.  
  1125.  
  1126. 2.5  CHECKS AND BALANCES
  1127.  
  1128. These levels act to distribute the administration and control of AtariNet to
  1129. the lowest possible level, while still allowing for Co-ordinated action over
  1130. the entire mail system.  Administration is made possible by operating in a
  1131. top-down manner.  That is, a person at any given level is responsible to the
  1132. level above, and responsible for the level below.
  1133.  
  1134. If a person at any level above sysop is unable to properly perform their
  1135. duties, the person at the next level may replace them. For example, if a
  1136. Regional Co-ordinator fails to perform, the Zone Co-ordinator can replace
  1137. him.
  1138.  
  1139. To provide for checks and balances at the highest level of AtariNet, there
  1140. are two exceptions to this top-down organization. Region Co-ordinators and
  1141. the
  1142. the Zone Co-ordinator are selected by a majority vote of the
  1143. Co-ordinators at the level below. Similarly, decisions made by the
  1144. Zone Co-ordinator can be reversed by the Region Co-ordinators
  1145. and decisions made by a Region Co-ordinator can be reversed by the Network
  1146. Co-ordinators.  Decisions made by other Co-ordinators are not subject to
  1147. reversal by a vote of the lower level, but instead are subject to the appeal
  1148. process described in section 3.4.
  1149.  
  1150.  
  1151. 3. SETTLEMENT OF DISPUTES
  1152. -------------------------
  1153.  
  1154. The first step in any dispute between sysops is for the sysops to attempt to
  1155. communicate directly, at least by netmail, preferably by voice.
  1156. Any complaint made that has skipped this most basic communication step will
  1157. be rejected.
  1158.  
  1159. Filing a formal complaint is not an action which should be taken lightly.
  1160. Investigation and response to complaints requires time which Co-ordinators
  1161. would prefer to spend doing more constructive activities.  Persons who
  1162. persist in filing trivial policy complaints may find themselves on the wrong
  1163. side of an excessively-annoying complaint. Complaints must be accompanied
  1164. with verifiable evidence, generally copies of messages; a simple word-of-
  1165. mouth complaint will be dismissed out of hand.
  1166.  
  1167. Failure to follow the procedures herein described (in particular, by skipping
  1168. a Co-ordinator, or involving a Co-ordinator not in the appeal chain) is in
  1169. and of itself annoying behavior.
  1170.  
  1171.  
  1172. 3.1  PROBLEMS WITH ANOTHER SYSOP
  1173.  
  1174. If you are having problems with another sysop, you should first try to work
  1175. it out via netmail or voice conversation with the other sysop.
  1176.  
  1177. If this fails to resolve the problem, you should complain to your Network
  1178. Co-ordinator and the other sysop's Network Co-ordinator.  If one or both of
  1179. you
  1180. is not in a network, then complain to the appropriate Regional Co-ordinator.
  1181. Should this fail to provide satisfaction, you have the right to follow the
  1182. appeal process described in section 3.4.
  1183.  
  1184.  
  1185. 3.2  PROBLEMS WITH YOUR NETWORK CO-ORDINATOR
  1186.  
  1187. If you are having problems with your Network Co-ordinator and feel that you
  1188. are not being treated properly, you are entitled to a review of your situa-
  1189. tion.  As with all disputes, the first step is to communicate directly to
  1190. attempt to resolve the problem.
  1191.  
  1192. The next step is to contact your Regional Co-ordinator.  If your case has
  1193. merit, there are several possible courses of action, including a change of
  1194. Network Co-ordinators or even the disbanding of your network. If you have
  1195. been excommunicated by your Network Co-ordinator, that judgement may be
  1196. reversed, at which point you will be reinstated into your net.
  1197.  
  1198. If you fail to obtain relief from your Regional Co-ordinator, you have the
  1199. right to follow the appeal process described in section 3.4.
  1200.  
  1201.  
  1202. 3.3  PROBLEMS WITH OTHER CO-ORDINATORS
  1203.  
  1204. Complaints concerning annoying behavior on the part of any Co-ordinator are
  1205. treated as in section 3.4 and should be filed with the next level of
  1206. Co-ordinator. For example, if you feel that your Regional Co-ordinator is
  1207. guilty of annoying behavior (as opposed to a failure to perform duties as
  1208. a Co-ordinator) you should file your complaint with the Zone Co-ordinator.
  1209.  
  1210. Complaints concerning the performance of a Co-ordinator in carrying out the
  1211. duties mandated by policy are accepted only from the level immediately below.
  1212. For example, complaints concerning the performance of Regional Co-ordinators
  1213. would be accepted from Network Co-ordinators and independents in that region.
  1214. Such complaints should be addressed to the Zone Co-ordinator after an appro-
  1215. priate attempt to work them out by direct communications.
  1216.  
  1217.  
  1218. 3.4  APPEAL PROCESS
  1219.  
  1220. A decision made by a Co-ordinator may be appealed to the next level. Appeals
  1221. must be made within two weeks of the decision which is being appealed. All
  1222. appeals must follow the chain of command; if levels are skipped the appeal
  1223. will be dismissed out of hand.
  1224.  
  1225. An appeal will not result in a full investigation, but will be based upon the
  1226. documentation supplied by the parties at the lower level. For example, an
  1227. appeal of a Network Co-ordinator's decision will be decided by the Regional
  1228. Co-ordinator based upon information provided by the Co-ordinator and the
  1229. Sysop involved; the Regional Co-ordinator is not expected to make an
  1230. independent attempt to gather information.
  1231.  
  1232. The appeal structure is as follows:
  1233.  
  1234.    Network Co-ordinator decisions may be appealed to the appropriate
  1235.    Regional Co-ordinator.
  1236.  
  1237.    Regional Co-ordinator decisions may be appealed to the appropriate Zone
  1238.    Co-ordinator. At this point, the Zone Co-ordinator will make a decision
  1239.    and communicate it to the Regional Co-ordinators in that zone.  This
  1240.    decision may be reversed by a majority vote of the Regional
  1241.    Co-ordinators.
  1242.  
  1243. If your problem is with the Zone Co-ordinator per se, that is, the Zone
  1244. Co-ordinator has committed a Policy violation against you, your complaint
  1245. should be filed with your the Region Co-ordinator, who will make a
  1246. decision and forward it to the other Region Co-ordinators who will vote on
  1247. it.
  1248.  
  1249.  
  1250. 4   INITIATION OF POLICY MODIFICATION
  1251. -------------------------------------
  1252.  
  1253. A referendum on policy modification is invoked when a majority  of the
  1254. AtariNet Regional Co-ordinators inform the Zone Co-ordinator that
  1255. they wish to consider a proposed new version of Policy.
  1256.  
  1257.  
  1258. 4.1  ANNOUNCEMENT AND RESULTS NOTIFICATION
  1259.  
  1260. Proposed changes to Policy are distributed using the same structure which is
  1261. used to distribute nodelist files. Results and announcements related to
  1262. the referendum are distributed by the Co-ordinator structure as a part of
  1263. the weekly nodelist file.
  1264. If it is adopted, the Zone Co-ordinator sets the effective date for
  1265. a new policy through announcement in the weekly nodelist difference file.
  1266. Effective date will be not more than one month after the close of balloting.
  1267.  
  1268.  
  1269. 4.2  ELIGIBILITY TO VOTE
  1270.  
  1271. Each member of the AtariNet Co-ordinator structure at and above Network
  1272. Co-ordinator is entitled to one vote. (Hub Co-ordinators do not vote).
  1273. In the case of the position changing hands during the balloting process,
  1274. either the incumbent or the new Co-ordinator may vote, but not both.
  1275. If a person holds more than one Co-ordinator position, they still receive
  1276. only one vote.
  1277.  
  1278. Network Co-ordinators are expected to assess the opinions of the members of
  1279. their network, and to vote accordingly. A formal election is not necessary,
  1280. but the Network Co-ordinator must inform the net of the issues and solicit
  1281. input. The network Co-ordinator functions as the representative of the rank
  1282. and file members of AtariNet.
  1283.  
  1284.  
  1285. 4.3  VOTING MECHANISM
  1286.  
  1287. The actual voting mechanism, including whether the ballot is secret and how
  1288. the ballots are to be collected, verified, and counted, is left to the
  1289. discretion of the Zone Co-ordinator. Ideally, ballot collection
  1290. should be by some secure message system, conducted over AtariNet itself.
  1291.  
  1292. In order to provide a discussion period, the announcement of any ballot
  1293. must be made at least two weeks before the date of voting commencement. The
  1294. balloting period must be at least two weeks.
  1295.  
  1296.  
  1297. 4.4  VOTING ON A WHOLE POLICY DOCUMENT
  1298.  
  1299. Given that Policy is intertwined and self referencing, a relatively simple
  1300. change may require several alterations of the document. In order to simplify
  1301. the process, balloting is done on choices between whole documents, rather
  1302. than individual amendments.  In the simplest case, this means voting yea or
  1303. nay to a new document.  If a number of alternatives are to be considered,
  1304. they must be presented as whole documents, from which one is chosen.
  1305.  
  1306.  
  1307. 4.5  DECISION OF VOTE
  1308.  
  1309. A Policy amendment is considered in force if, at the end of the balloting
  1310. period, it has received a majority of the votes cast. For example, if there
  1311. were 350 eligible voters, 100 of which cast a vote, then at least 51
  1312. affirmative votes would be required to declare the amendment in force.
  1313.  
  1314. In the case of multiple policy changes which are considered on the same
  1315. ballot, a version must receive more than 50% of the votes cast to be consid-
  1316. considered ratified. "Abstain" is a valid vote in this case, effectively
  1317. being a vote for not changing the current policy as it simply increases the
  1318. number of votes required to ratify the proposed change.
  1319.  
  1320.  
  1321.  
  1322. 5   HOW TO OBTAIN A NODE NUMBER
  1323. -------------------------------
  1324.  
  1325. You must first obtain a current nodelist so that you can send mail.  You do
  1326. not need a node number to send mail, but you must have one in order for
  1327. others to send mail to you.
  1328.  
  1329. The first step in obtaining a current nodelist is to locate a AtariNet
  1330. bulletin board.  Most bulletin board lists include at least a few AtariNet
  1331. systems, and usually identify them as such.  Use a local source to obtain
  1332. documents because many networks have detailed information available which
  1333. explains the coverage area of the network and any special requirements or
  1334. procedures.
  1335.  
  1336. Once you have a nodelist, you must determine which network or region covers
  1337. your area. Regions are numbered 100,200,300,400 for now. They will always
  1338. be divisable by 100.
  1339. Networks are more restricted in area than regions, but are preferred since
  1340. they improve the flow of mail and provide more services to their members.
  1341. If you cannot find a network which covers your area, then pick the region
  1342. which does.
  1343.  
  1344. Once you have located the network or region in your area, send a message
  1345. containing a request for a node number to node zero of that network or
  1346. region.  The request must be sent by netmail, as this indicates that your
  1347. system has mailing capability.
  1348.  
  1349. You must set up your software so that the from-address in your message does
  1350. not cause problems for the Co-ordinator who receives it.  If you pick the
  1351. address of an existing system, this will cause obvious problems.  If your
  1352. software is capable of using address -1/-1, this is the traditional address
  1353. used by potential sysops.  Otherwise use net/9999 (e.g. if you are applying
  1354. to net 123, set your system up as 123/9999).  Many nets have specific
  1355. instructions available to potential sysops and these procedures may indicate
  1356. a preference for the from-address.
  1357.  
  1358. The message you send must include at least the following information:
  1359.  
  1360.      1) Your real name.
  1361.      2) Your voice telephone number
  1362.      3) The name of your system.
  1363.      4) The city and state where your system is located.
  1364.      5) The phone number to be used when calling your system.
  1365.      6) Your hours of operation for netmail and BBS.
  1366.      7) The maximum baud rate you can support.
  1367.      8) The type of mailer software and modem you are using.
  1368.  
  1369. Your Co-ordinator may contact you for additional information. All information
  1370. submitted will be kept confidential and will not be supplied to anyone except
  1371. the person who assumes the Co-ordinator position at the resignation of the
  1372. current Co-ordinator.
  1373.  
  1374. You must indicate that you have read, and agree to abide by, this document
  1375. and all the current policies of AtariNet.
  1376.  
  1377. Please allow at least two weeks for a node number request to be processed.
  1378. If you send your request to a Regional Co-ordinator, it may forwarded to the
  1379. appropriate Network Co-ordinator.
  1380.  
  1381.  
  1382.  
  1383.  
  1384. 6    ECHOMAIL AND ECHOMAIL CONFERENCES
  1385. --------------------------------------
  1386.  
  1387. This section sets forth policy governing Echomail within AtariNet.
  1388.  
  1389. The basic policy of Echomail is to promote communication in Echomail
  1390. Conferences in a lawful, friendly manner consistent with the general
  1391. principles of AtariNet.
  1392. This section applies to Echomail conferences on the "AtariNet Backbone"
  1393.  
  1394.  
  1395. 6.1  GENERAL
  1396.  
  1397.  
  1398. 6.1.1  PROHIBITION ON ILLEGAL ACTIVITIES
  1399.  
  1400. Any Node which knowingly distributes or allows to be entered into Echomail
  1401. conferences any messages containing or promoting illegal activities or
  1402. information shall be deemed to have violated general AtariNet policy.
  1403. As used in this paragraph, "illegal activities" includes activities which
  1404. are a violation of civil law as well as activities which would result in
  1405. criminal prosecution.
  1406.  
  1407.  
  1408. 6.1.2  CENSORSHIP
  1409.  
  1410. The use of Censorship in the passing or distribution of echomail
  1411. will be considered a violation of this section and will not be tolerated.
  1412. An exception to this provision shall be the deletion and not censorship of
  1413. messages by any Sysop which may lead to legal action against that Sysop.
  1414.  
  1415. No echomail shall be modified in any manner which could potentially
  1416. cause duplicates.
  1417.  
  1418.  
  1419. 6.1.3  OPEN ACCESS CONFERENCE
  1420.  
  1421. This is a non-restricted conference open to all users who are willing to
  1422. follow the posted conference rules.
  1423.  
  1424.  
  1425. 6.1.4  INTER-NETWORK CONFERENCES
  1426.  
  1427. Inter-Net conferences shall conform to general AtariNet policy in addition
  1428. to any foreign network's provisions. Inter-Network links shall be set up
  1429. according to procedures laid down in General AtariNet policy.
  1430. It shall be the duty of those providing the INTER-NETWORK CONFERENCE links
  1431. to remove foreign net distribution identifiers which will adversely affect
  1432. the distribution of the Echomail conference while in AtariNet. The INTER-
  1433. NETWORK CONFERENCE links maintained in AtariNet shall be operated in a
  1434. manner not to interfere with the foreign network's distribution of Echomail.
  1435.  
  1436.  
  1437. 6.1.5  SEEN-BY LINE
  1438.  
  1439. Under the current topology (the routing structure of Echomail), SEEN-BY
  1440. lines play an important part in reducing duplicate messages. The stripping
  1441. of SEEN-BYs (except Inter-Network EchoGates) will not be allowed unless
  1442. approved by the ZEC.
  1443.  
  1444.  
  1445. 6.1.6  COUNTERFEIT MESSAGES
  1446.  
  1447. Entering or knowingly distributing counterfeit messages shall be considered
  1448. a violation of AtariNet policy enforceable under the terms of AtariNet
  1449. policy. As used in this paragraph, a counterfeit message is defined as any
  1450. message entered using another person's name, handle or node address with
  1451. the intent of deceiving others about the true author of the message. No
  1452. handles shall be used to enter messages to knowingly provoke, inflame or
  1453. upset participants in a conference with the purpose of deceiving others
  1454. about the true identity of the author.
  1455.  
  1456.  
  1457. 6.1.7  DEFAMATORY POSTING
  1458.  
  1459. The posting of any DEFAMATORY MESSAGE will not be tolerated and shall lead 
  1460. to disciplinary action under the terms of General AtariNet policy.
  1461. The posting of substantiated facts shall not be considered a violation
  1462. under this section.
  1463.  
  1464.  
  1465. 6.1.8  ADDING OR REMOVING CONFERENCES FROM THE MAINSTREAM
  1466.  
  1467. In order to add an Echo to the AtariNet backbone, you should first
  1468. leave a message in the A_Echo area with your idea. A total of 5 Sysops
  1469. and 2 Hosts must request it in order for it to be placed on the backbone.
  1470. Note that the 2 Hosts count as Sysops also.
  1471.  
  1472. 6.1.9  MESSAGE STANDARDS
  1473.  
  1474. Until the adoption of a superceding standard, the following Echomail
  1475. message standards will apply:
  1476.  
  1477.   a) Eight-bit characters (ASCII 128-255) and non-printing low-order codes
  1478.      (ASCII 2-31) are prohibited, except 8Dh(soft <CR> character). This is
  1479.      not intended to discourage participation of foreign zones or networks,
  1480.      which may permit said characters. Any echomail processor should pass
  1481.      information exactly as it was received, without stripping any
  1482.      non-standard characters.
  1483.  
  1484.   b) Origin lines are limited to 79 characters including the required
  1485.      ending of a proper network address (i.e. Zone:Net/Node.Point with
  1486.      zone and point being optional).
  1487.  
  1488.   c) Tear lines are limited to 35 characters including the required
  1489.      "---  " lead-in. These may ONLY contain packer or editor program
  1490.      identification. Tear lines for message editors are discouraged.
  1491.      If an editor adds a tear line, it should also add an origin line
  1492.      to avoid multiple tear lines.
  1493.  
  1494.   d) "Extra" origin lines (ZoneGating) are to be limited to essential
  1495.      information only. This consists of the required lead-in plus the
  1496.      network name "Gateway" and optionally the software ID followed by
  1497.      a Zone:Net/Node address.
  1498.  
  1499.   e) SEEN-BY addresses must be in sorted order. Multiple AKA's or other
  1500.      network addresses are not allowed in SEEN-BY lines.
  1501.  
  1502.  
  1503. 7  ENFORCEMENT
  1504. --------------
  1505.  
  1506. Enforcement of this section shall be under the provisions of General
  1507. AtariNet policy. Complaints concerning Echomail violations defined under
  1508. this section may be filed by the aggrieved individual, the conference
  1509. moderator or by any level of Echomail Co-ordinator. All complaints made
  1510. pursuant to this section must be made within 60 days of the date of
  1511. occurrence or discovery. Complaints shall be filed under the provisions of
  1512. AtariNet Policy, with a copy to the respective EC.
  1513.  
  1514.                            Any questions?
  1515.  
  1516. If you have problems setting up your node, getting echomail or AFDS feeds to
  1517. work, or you are confused about anything pertaining to AtariNet operation,
  1518. then feel free to contact me on 919-859-9449 (local to Raleigh, NC).  This is
  1519. my voice line and I'd appreciate it if you considered it confidential
  1520. information and not give it out to anyone but other sysops interested in
  1521. AtariNet.
  1522.  
  1523. I won't set up your node for you (that's half the fun of FIDONET), but I can
  1524. give general pointers that you might want to consider when setting up your
  1525. node (i.e., how domains work, etc.).  My expertise is in Atari FIDO-related
  1526. software...so if you don't have an Atari, I might not be much help except in
  1527. a general sense.  If you already have FIDONET working on your system, then
  1528. you've got most of the battle won.  Before calling, please read your docs
  1529. again as that might answer some of your questions or solve your problems and
  1530. save us a bit of time.
  1531.  
  1532. I am here to serve you, not vice versa...so if you have any suggestions as to
  1533. how I might do the job better, please let me know.  I hope I prove worthy of
  1534. your support in this endeavour...
  1535.  
  1536. SunFox