home *** CD-ROM | disk | FTP | other *** search
/ Groovy Bytes: Behind the Moon / groovybytes.iso / GROOVY / DISKMAGS / TFA_MAG3.ZIP / DGINFO.ZIP / POLICY.DGI < prev    next >
Encoding:
Text File  |  1993-10-07  |  10.2 KB  |  232 lines
  1.  
  2.                   DemoGroups Interchange Policy Document        Version 1.01
  3.                                                            September 7, 1993
  4.                                      
  5.  
  6. 0. Contents
  7.  
  8.         1. Overview
  9.                 1.0 Language
  10.                 1.1 Introduction
  11.         2. Organization
  12.                 2.1 Nodes
  13.                         2.1.1 Users
  14.                         2.1.2 Points
  15.                 2.2 Networks
  16.                         2.2.1 Network Coordinator
  17.                         2.2.2 Network routing hubs
  18.                 2.3 Regions
  19.                         2.3.1 Regional Coordinator
  20.                 2.4 Zones
  21.                         2.4.1 Zone Coordinator
  22.                 2.5 International Coordinator
  23.                 2.6 International links
  24.         3. SysOp procedures
  25.                 3.1 General
  26.                         3.1.1 Basics
  27.                                 3.1.1.1 Registration & payments
  28.                         3.1.2 Long Distance calls
  29.                         3.1.3 The mail
  30.                                 3.1.3.1 Routing mail
  31.                         3.1.4 Firing from DGI
  32.  
  33. 1. Overview
  34.  
  35. This document estabilishes a policy for SysOps of the electronic bulletin board
  36. systems   which   are   a   member   of   DemoGroups   Interchange.  DemoGroups
  37. Interchange  is defined by  International Coordinator  weekly  in nodelist that
  38. is distributed in packs named DGILSTxx.* where xx stands for week number. Other
  39. nodelists  are  named  DGIZyyxx.*  (where  yy  stands  for  region number)  and
  40. DGIRyyxx.* (where yy stands for region  name). When  unpacked, extension  shows
  41. the day number (001-365). These are all official lists.
  42.  
  43. Separate policys can be constructed for use in  certain  conferences,  regions,
  44. zones or equivalent to provide details of local procedures.  These policies may
  45. not  contradict  this  policy.  If  for  some  local  purposes  this  kinds  of
  46. contradictions are needed, it must be permitted by International Coordinator.
  47.  
  48. In the following text the acronyme DGI stands for DemoGroups Interchange.
  49.  
  50. 1.0 Language
  51.  
  52. The official language of DGI is English. However, there may be some national or
  53. other kinds of local  conferences where other languages  may be  used. Also  in
  54. NetMail  and  other  private  conferences  other  languages  may  be used.  All
  55. documents about DGI must exist in English. Translation  for other languages  is
  56. encouraged.
  57.  
  58. 1.1 Introduction
  59.  
  60. DGI is an amateur electronic  message system.  DGI  was founded  at 3rd  April,
  61. 1993,  but  the  idea  of  a  net  was a  long  time before.  DGI's control  is
  62. centralized by the moment, but when net grows larger, decentralized control has
  63. to be concidered.
  64.  
  65. 1.2 Areas
  66.  
  67. Message areas in DGI can be found from file AREAS.DGI.  There is a name of area
  68. and  a  short explanation of it. Each area has a moderator.  This  is  used  to
  69. ensure  the  quality  of messages.  More file areas will  be  estabilished when
  70. needed. Via  them can  a team  send their new  productions and get  them.  When
  71. a new  team joins,  IC  will  decide wheter they will have their  own file-echo
  72. or not. Usually, if one  makes  lots  of  demos  or  productions,  he  haves  a
  73. file-echo of his own.  When sending  a file via  file-echo area,  file  must be
  74. packed with  ZIP archiver.  When new  packers are  released, situation  will be
  75. concered and tested again.
  76.  
  77. 2 Organization
  78.  
  79. DGI systems are grouped on several levels:
  80.  
  81. 2.1 Individual systems (nodes)
  82.  
  83. Each system has a System Operator who runs the system. Each system can be found
  84. from a  newest version  of nodelist.  SysOp is  responsible for  BBSes actions,
  85. including  its  users.  That's  why each  SysOp creates his/hers own policy and
  86. rules to be used in his/hers BBS. BBS must be capable  of receiving and sending
  87. mail. If it isn't, it can be set 'non  active'-system where all  mail should be
  88. sent via its HUB.
  89.  
  90. 2.1.1 Individual users
  91.  
  92. SysOp is responsible for his/hers users' actions.
  93.  
  94. 2.1.2 Points
  95.  
  96. Point is  a  small unit  that is  formed by  an individual  person or  mostly a
  97. family. It  can be also  closed system BBS.  It is not  in the nodelist  but is
  98. capable of at least sending mail.  It communicates with the rest of the DGI via
  99. its bossnode.  Mail  from  point to  DGI is sent first  for bossnode which then
  100. routes and sends it where  it should. Mail to point  is sent for bossnode where
  101. point gets its mail.  This can be arranged with agreement  by point and boss if
  102. desired.  Points  have same  rights as individual systems but  are treated like
  103. individual users.
  104.  
  105. 2.2 Networks
  106.  
  107. Network is a quite small area.  Usually all nodes in a single network have same
  108. trunk code (or Long Distance code)  but if the area would be small, two or more
  109. areas can be combined. All nodes in a single network usually send their mail to
  110. a Network Coordinator (NC) who then routes and sends mail.
  111.  
  112. 2.2.1 Network Coordinator
  113.  
  114. Network  Coordinator will be  choosed by voting.  Every node of the network may
  115. vote. NC must take  care that all mail will  be forwarded to the right place as
  116. fast as possible.  No  packet that should  be forwarded may stand still over 24
  117. hours. If for a  reason or another  this kind of  action is impossible,  new NC
  118. must be choosen immediately. The new NC handles the  job until old  NC gets his
  119. system running as it should or he has been a year as NC, whichever comes first.
  120. New NC will be chosen every year. 
  121.  
  122. 2.2.2 Network routing hubs
  123.  
  124. Network  routing hubs help  message routing on large networks.  It is preferred
  125. that a network is divided for smaller pieces than hubs  are being estabilished.
  126. If hubs are needed, NC will appoint them.
  127.  
  128. 2.3 Regions
  129.  
  130. Region is a  collection of networks.  It can also consist a  few nodes that are
  131. not in any network.  A region could be  a small country or a  part of a (large)
  132. one.
  133.  
  134. 2.3.1 Regional Coordinator
  135.  
  136. Regional Coordinator  will be choosed by voting.  Every node of  the region may
  137. vote. RC must take care  that all mail will be forwarded to  the right place as
  138. fast as  possible. No packet  that should be forwarded  may stand still over 24
  139. hours. If for  a reason  or another this  kind of action  is impossible, new RC
  140. must be choosen immediately. The new RC  handles the job until old  RC gets his
  141. system  running  as it  should or he has  been a year as  a RC, whichever comes
  142. first. RC maintains the list of nodes in that region.
  143.  
  144. 2.4 Zones
  145.  
  146. Zone is  a  collection  of  regions  covering  one  or  more  countries  and/or
  147. continents.
  148.  
  149. 2.4.1 Zone Coordinator
  150.  
  151. Zone Coordinator will be choosed by voting. Every node of the zone may vote. ZC
  152. must take care that all  mail will be forwarded to  the right place as  fast as
  153. possible. No packet that should be forwarded may stand still over 24 hours.  If
  154. for  a  reason  or another  this kind  of action is impossible,  new ZC must be
  155. choosen immediately.  The new ZC handles  the job until old ZC  gets his system
  156. running as it should or he has been a year as a ZC,  whichever comes first.  ZC
  157. creates the master nodelist of region which will then be distributed via DGI to
  158. all nodes and International Coordinator.
  159.  
  160. 2.5 International Coordinator
  161.  
  162. IC must take care that nodelist  is up-to- date and everything  is OK. IC  also
  163. collects all zonelists to one master nodelist.
  164.  
  165. 2.6 International links (between countries)
  166.  
  167. The registration fees (see 3.1.1.1) for each country must be payed for local
  168. country's DGI HQ. 
  169.  
  170. 3 SysOp procedures
  171.  
  172. 3.1 General
  173.  
  174. 3.1.1 The Basics
  175.  
  176. SysOp of a node may do whatever (s)he wants as long as (s)he obeys policy. Main
  177. parts of policy are that node must be able to receive mail at ZMH and SysOp may
  178. not  participate  on spreading  of  illeagal or pirated  programs or any  other
  179. illeagal actions via DGI.
  180.  
  181. 3.1.1.1 Registration & payments
  182.  
  183. When SysOp wants to be a node in DGI, (s)he has  to prove that  his/hers mailer
  184. functions as it should. Easiest way of showing this is to send a normal NetMail
  185. message to 68:100/0  (or to your own country HQ). Include REGISTRATIONFORM with
  186. your information it it (REGISTER.DGI) and change the name of the file to a name
  187. that is unique for your BBS.
  188.  
  189. Some  kind of  production (demo/intro)  is  preferable to send if your group is
  190. not well-known. After these procedures International Coordinator decides wheter
  191. node is allowed to join DGI or not.  If IC decides that you may join,  you will
  192. have to send us (to country  DGI HQ) the payment which country HQ has setted to
  193. your country. Received payments will be divided with  hosts having to make Long
  194. Distance calls. HQ divides 25 % of amount equally for hosts in that country who
  195. have to make long distance calls for DGI. HQ may keep 75% of the money to cover
  196. bills. 
  197.  
  198. Note however, that entry payments are  NOT  required in all  countries. Contact
  199. your Country HQ for more info.
  200.  
  201. 3.1.2 Long Distance calls
  202.  
  203. If  you  have to  make  long distance calls for DGI,  you may ask  some kind of
  204. payment from your nodes. Payment has to be equal for everyone  i.e. you may not
  205. charge from one node 100 currency units per month and let one to poll for free.
  206. You are  not responsible  on returning  any money  that is  left over,  but you
  207. should decrease amount asked for  polling every  time you  get new  nodes under
  208. you. If you are a node whose has to pay someone something,  you may choose what
  209. host you want to poll.
  210.  
  211. 3.1.3 The mail
  212.  
  213. Mail that is to be forwarded must be sent during the next 24 hours if a special
  214. agreement that has been confirmed by the sender of mail has not been made. Mail
  215. must be sent excatly as it was received. Conversion for 7 bit characters can be
  216. made, though 8 bit characters are supported. Mail can be crypted and/or packed,
  217. but it must not in any  circumstances include  anything that is against the law
  218. or policy.
  219.  
  220. 3.1.3.1 Routing mail
  221.  
  222. You do not have to route mail if you  have not  agreed to  do so.  If you  have
  223. agreed that someone may poll you, you must route and  send mail  in and  out of
  224. the system unless you have agreed with the node/point otherwise.
  225.  
  226. 3.1.4 Firing from DGI
  227.  
  228. If SysOp does not (after two warnings) pay his/hers payments, behave
  229. him/herself as (s)he should, or simply take care of his/hers duties. Any money
  230. payed for DGI will not be payed back.
  231.  
  232.