home *** CD-ROM | disk | FTP | other *** search
/ Media Share 9 / MEDIASHARE_09.ISO / mailers / elrul303.zip / SYSOP.RUL < prev    next >
Text File  |  1993-02-27  |  3KB  |  75 lines
  1.  
  2.   International  Sysop  Conference (the original one)
  3.  
  4.   General Echo for use of SYSOPS all over the WORLD.
  5.   Rules are simple:
  6.     1. Subject to FIDONET policy 4 (see section 9.9)
  7.        as "if" MESSAGES were NETMAIL.
  8.     2. Subject-any remotely SYSOP oriented.
  9.     3. Reasonable behavior in the networks.
  10.     4. No geographic restrictions on links.
  11.  
  12. Routers are respectfully requested to follow ECROC
  13.  
  14. ECHOMAIL ROUTING CODE  v 1.05
  15.  
  16. 1. Preface:  This is a voluntary code which a router of echomail
  17. may adopt to insure that echomail links, routing and procedures are
  18. consistent.
  19.  
  20.    Conferences are operated and routed for the benefit of the
  21. participants. They are generally topic oriented and the topic is
  22. an expansion of the AREA: tag.  The routing of echomail is subject
  23. to policy 4 of Fidonet as if the messages are NETMAIL.  The AREA
  24. tag does not change that.
  25.  
  26. 2. Coordination:  All coordination of traffic in a NET is under the
  27. supervision of the NC.  To fulfill these responsibilities he may
  28. delegate all responsibilities except the resolution of disputes to
  29. any node or group of nodes.  Their may function as conference
  30. coordinators echomail coordinators or any title the NC determines
  31. to assign.
  32.  
  33. 3. Routing:  Any node may agree with any other node to accept or
  34. provide netmail messages, which are further identified by AREA
  35. tags.  If a node has more then one address in a routing file
  36. (generically known as an areas.bbs file) then he is functioning in
  37. the capacity of a router.
  38.  
  39. 4. Links:  A router should realize that there can be many links
  40. which develop in reliance on their voluntary effort.  Likewise
  41. there may be instances where a person requests that you should
  42. modify your .bbs file to add or remove a link.
  43.  
  44.    a. Adding a link: you can either comply with this or refer the
  45. person to the NC of your net.  Generally the criteria for adding
  46. a link can include: economics, prevention of duplicate loops,
  47. requests by nodes who are within a toll free call.  Adding a link
  48. is done at you sole discretion.
  49.  
  50.    b. Deleting a link:  If you are requested to delete a link, you
  51. should ask that some explanation is given:
  52.  
  53.    1. If the person is a conference moderator, look in the latest
  54. issue of the ELIST available at 1/201.  If the person is the
  55. Elisted moderator (or alternate moderator), request the conference
  56. rules, any messages that break them and at least proof that two
  57. netmail warning were given.
  58.  
  59.    2. If the person is OTHER then the Elisted Moderator or co-
  60. moderator, refer them to your NC.
  61.  
  62. Quite often a request to cut a link is done in the heat of a strong
  63. debate.  You as a router serve to "time" the parties out for a
  64. cooling off period.  You are well within your right to refuse to
  65. cut a link UNLESS the linked node has been excommunicated.
  66.  
  67. Since links are done by two party agreement and since there does
  68. not exist a ratified echomail policy, this code should serve as a
  69. balance until there is one.
  70.  
  71.  
  72. *ecroc.wp*
  73.  
  74.  
  75.