home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / MISC / ELIST406.ZIP / ELFAQ.TXT < prev    next >
Text File  |  2004-06-01  |  14KB  |  335 lines
  1.                                   ECHOLIST
  2.                         The International Echolist FAQ
  3.  
  4. 01 JUNE 2004                                            ELFAQ406.TXT
  5. || Notes new or modified information
  6.  
  7. The Echobase Echolist Robot
  8.  
  9. Submissions can be made
  10. Via Netmail        Via Email
  11. echolist 1:1/21    elistin AT fido261.qis.net
  12.  
  13. The Echolist Keeper
  14. Thom LaCosta 1:261/1550     echolist AT tlchost.net
  15.  
  16.   The echolist is copywritten by Thom LaCosta.
  17.  
  18.   The Echolist Robot is maintained by Thom LaCosta(1:261/1550,
  19.   echolist AT tlchost.net).
  20.  
  21.   The Robot is listed in the Fido Nodelist as Echolist 1:1/21
  22.  
  23. DISTRUPTION OF RESPONSES/WARNINGS TO MODERATORS
  24.    Recent tests indicate that there are no known problems with
  25.    routed netmail from the robot to moderators.
  26.  
  27.      To insure that robot can send email responses, it is ESSENTIAL
  28.      that all emails to elistin AT fido261.qis.net have the first line in
  29.      the body of the message contain:
  30.      From: Use_your_email_address_here
  31.  
  32. ECHOLIST QUERIES
  33.     The Echolist Robot can respond to queries and return information
  34.     to the submitting netmail or email address.  Please see
  35.     ECHOBASE.QUE for details.
  36.  
  37. THIRD PARTY UPDATES
  38.     Moderators wishing to use the service of third parties to submit
  39.     MOD UPD, MOD DEL and MOD RULE messages must notify the Echolist
  40.     Keeper of their intention to use third parties.  The Echolist
  41.     Keeper may hold update messages from third parties if there is
  42.     no confirmation message from the moderator.
  43.     Third party submissions MUST be from the address of the updater.
  44.  
  45. IDENTIFICATION OF MODERATOR
  46.     All moderator entries in the Echolist database MUST include, as a
  47.     minimum, the name of the moderator and either a Fido Style address
  48.     and/or an email address.  The moderator name can be a person's
  49.     name, or in "official" echoes, the position name of the moderator
  50.     (examples: Echolist Keeper, RC13).
  51.  
  52.     Terms such as Trustee, Custodian, Emeritus, etc. are not proper
  53.     names, and therefore can not be listed in the moderator dataline.
  54.     These descriptions may be used in a DESC line.
  55.  
  56.  
  57. MODIFICATIONS OF LISTINGS BY ECHOLIST KEEPER
  58.     The Echolist Keeper reserves the right to modify information in
  59.     the Echolist database if in the opinion of the Echolist Keeper,
  60.     the information is inaccurate, in question, or not in concert
  61.     with the published Echolist Documents.
  62.  
  63.     In such instances the Echolist Keeper will make resonable efforts
  64.     to contact the moderator(s) of such echoes to discuss the
  65.     potential changes.
  66.  
  67.     The Echolist Keeper may indicate in the Echolist that a particular
  68.     listing has been modified or enter other information that reflects
  69.     the nature of the changed listing.
  70.  
  71. MESSAGE REJECTION
  72.  
  73.    The reasons for rejection of update messages are listed below, with
  74.    the most common appearing first:
  75.  
  76.    1. Incorrect Abbreviations - While most abbreviations used with the
  77.    Echolist Robot are accepted, the major difference is the
  78.    TITLE of the echo.  The Echobase Robot expects an abbreviation of
  79.    TITL, rather than TIT .
  80.  
  81.    2. Insufficient information -
  82.    TAG, TITLe,
  83.    MODerator,
  84.    MODerator Address,
  85.    PASSword and DESC are the minimum requirements.
  86.  
  87.    3. Incorrect address for Robot - ECHOLIST, ECHOBASE are the only
  88.       "names" that the Echobase Robot recognizes at 1:1/21
  89.  
  90.    4. Incorrect Moderator Address -
  91.       The correct format for moderator information is
  92.       moderator name, fidonet node number, email address
  93.       While moderator name is madatory, an entry may have a netmail
  94.       address only, or an email address only, but it must have one
  95.       of those addresses.
  96.  
  97.     5. Incorrect From Address -
  98.        The Echolist Robot senses the  AT  in a from address and makes
  99.        the assumption that it is an email address.  Do NOT use a f
  100.        ||From: nodenumber AT fidonet, since that is an incomplete email
  101.        ||address.
  102.        If the from address is xxxxxxxx AT fidonet.org, you must be sure
  103.        that that address is serviced by a gateway system that can
  104.        deliver the mail.
  105.     
  106.     6. NOTE: Do NOT use email addresses in the form of your.name AT 1:261/1352
  107.              The Robot will not process the message.
  108.  
  109.     7. REJECTING MAIL ORIGINATED BY THE ECHOLIST ROBOT
  110.        Messages from addresses that automatically reject mail from the Echolist 
  111.        Robot due to configuration on that end and/or mis-identification of 
  112.        Echolist Robot messages, domain names and/or IP addresses will not
  113.        be processed until the system causing these problems contacts the
  114.        Echolist Keeper and indicates that problems have been rectified.  Any
  115.        lost of listing due to the these problems is the responsibility of the
  116.        moderator/updater. 
  117.  
  118.     8. Other Causes for rejection -
  119.         The Echolist Keeper reserves the right to delete and/or
  120.         refuse listings if, in the sole opinion of the Echolist
  121.         Keeper, the message origin does not agree with the sending
  122.         address of the updater.
  123.  
  124. WEB SITE
  125.     The echolist web site has been moved to:
  126.     ||http://www.tlchost.net/echolist/
  127.     Visitors to previous sites are redirected to the address above.
  128.  
  129.     Visitors to the Echolist web site can now submit MOD UPD, MOD DEL,
  130.     MOD RUL and ECHO QUERY messages to the echolist robot via a
  131.     convenient form.
  132.  
  133. GROUP Keyword
  134.     The GROUP keyword may be used to identify which Fido Zone or
  135.     Network the moderator wishes.  For FidoNet the group keywords
  136.     may be used as follows:
  137.     FID1 - Zone 1       FID2 - Zone 2       FID3 - Zone 3
  138.     FID4 - Zone 4       FID5 - Zone 5       FID6 - Zone 6
  139.     FIDO - All Zones
  140.     Note: The GROUP keyword has a maximum length of 4 characters
  141.  
  142. EMAIL SUBMISSIONS
  143.     The echolist Robot now uses elistin AT fido261.qis.net for
  144.     submissions and queries.
  145.     The ISP that provides service for the Echolist may,
  146.     in certain circumstances, reject mail from dial up
  147.     connections with dynamic domain names.
  148.  
  149. MULTIPLE SUBMISSIONS
  150.     In some instances the echolist robot does NOT process multiple
  151.     messages from the same moderator correctly.  It is STRONGLY
  152.     suggested that moderators send a MOD QUERY message to the robot
  153.     to ascertain the correctness of their listing(s).
  154.  
  155. RULES SUBMISSIONS - IMPORTANT CHANGE
  156.     To insure proper submission of rules files, the rules text MUST
  157.     be incorporated in the body of the message to the Echolist Robot,
  158.     rather than as a file attachment.  The message should be
  159.     addressed to:
  160.     echolist 1:1/21
  161.     subject: MOD RUL
  162.     The text of the message MUST begin with:
  163.     TAG the_tag_name
  164.     PASSword the_echo_tag_password
  165.     RULEText Rules for area the_tag_name
  166.     Text line of Rules
  167.     next line of rule
  168.  
  169.     NOTE: The ECHOMOD application produces the MOD RUL messages in
  170.           the proper format.
  171.  
  172. RULES FILES VIA INTERNET
  173.  
  174.     Rules files may be submitted to the Echolist Robot either as a
  175.     standard MOD RUL message or, in the case of very large rules
  176.     files, they may be sent to rulesin AT fido261.qis.net.  If the later
  177.     method is used, the second line of the message must specify the
  178.     name of the rules file as it it listed in the MOD UPD message.
  179.     Rules files submitted in this manner will NOT generate a
  180.     confirmation message to the submitter.
  181.  
  182. FAULTY SUBMISSIONS
  183.     Please insure that there are NO extra spaces or tabs between the
  184.     keyword and the text in your submission messages.  The robot will
  185.     NOT process them.
  186.  
  187. ECHOLIST Area
  188.     The ECHOLIST echo is now a Read-Only Area.  It is reserved for
  189.     announcements from the Robot or the Echolist Keeper.  Discussions
  190.     and questions can be posted in the ELIST echo.
  191.  
  192. ECHOLIST CONTENT
  193.     The echolist is designed to publish current information relative
  194.     to echo conferences as provided by moderators.  Moderators are
  195.     urged to submit information for inclusion in the Echolist
  196.     database.
  197.  
  198.     The intent of the Echolist is to provide information submitted
  199.     by moderators about echoes for which they have responsibility.
  200.  
  201. EXPIRATION WARNING MESSAGES
  202.     Expiration Warning messages are generated on a monthly basis.
  203.     They are netmailed to the address shown for the moderator if the
  204.     last updated field in the database is 150 or more days older than
  205.     the system date when the function is invoked.  A list of
  206.     conferences for which warning messages have been generated is
  207.     posted in the Fido ECHOLIST and ELIST echoes, and such other
  208.     echoes as the Echolist Keeper feels will provide wide coverage.
  209.  
  210.    The following information details changes to the echobase software
  211.    and other items of interest to Echolist users.
  212.  
  213. NON FIDO(OTHERNETS SUBMISSIONS)
  214.     The Echobase Robot accepts submissions from non-Fido addressed
  215.     moderators.  The response messages are placed on hold at
  216.     1:261/1352  Messages on hold will be held for a maximum of 2
  217.     weeks.  Moderators from Othernets are responsible for polling
  218.     to get their confirmation messages.
  219.  
  220. SUBMISSIONS VIA EMAIL
  221.     The Echobase Robot and a companion application authored by
  222.     Thom LaCosta process incoming email messages sent to
  223.     elistin AT fido261.qis.net, a gateway system hosted by 1:261/1352
  224.  
  225.     The email messages should be in the form of a netmail submitted
  226.     message, with the requirement that the first line of the
  227.     email text body contains
  228.     FROM the_email_address
  229.     TAG  the echotag
  230.     The remainder of the lines can be in any order.
  231.  
  232.     A sample submission message is included in ECHOBASE.HLP
  233.  
  234. ANNOUNCEMENTS
  235.     Echo announcements from the Echobase Robot are presently posted
  236.     in the ECHOLIST echo.  Discussions pertaining to the Echolist
  237.     and the software in use may be made in ELIST.
  238.  
  239. SUBMISSION TOOL
  240.     A companion application, designed to assist in automating
  241.     moderator submissions to the Echolist Robot at 1:1/21, and other
  242.     robots using the same submission criteria is available for File
  243.     Request at 1:261/1352 with the magic name of ECHOMOD.
  244.     The file can also be acquired via the Internet at
  245.     http://www.tlchost.net/echolist
  246.  
  247. WORLD WIDE WEB
  248.     A webpage specializing in the Robot and associated matters may be
  249.     accessed at http://www.tlchost.net/echolist/
  250.     Visitors may download EMOD331.ZIP, ECHOHELP.ZIP and view sample
  251.     Echolists in HTML format, a sample .na file, and view a help file
  252.     designed for moderators wishing to make submissions to the
  253.     Echobase Robot.  The web page is updated with each publication of
  254.     the Echolist.
  255.  
  256. HELP FILES
  257.     The moderator help file for the Echobase Robot can be File
  258.     Requested from 1:261/1352 with the magic name of ECHOHELP and the
  259.     file name of ECHOHELP.ZIP.  The file is identical to the
  260.     documentation file contained in ECHOMOD submission tool.  For the
  261.     convenience of moderators, the help file is included in the
  262.     distribution of the Echolist.
  263.  
  264. QUESTIONS
  265.     Questions about the echolist, echotags, lost passwords, missing
  266.     moderators and disputes should be addressed to the Echolist
  267.     Keeper, Thom LaCosta  1:261/1550 or via email to
  268.     ||echolist AT tlchost.net
  269.  
  270. DATE SENSITIVE MATERIAL
  271.  
  272. SOME BAD DATES IN JANUARY 2003
  273. Due to a hardware error, the Echolist Robot was using dates in
  274. 2002 instead of 2003 from January 3, 2003 through January 10, 2003.
  275. Between MODerator UPDates resubmitted and editing of the database,
  276. it appears that all information in the database is correct.
  277.  
  278. Echoes deleted and relisted by other than the moderator are subject
  279. to return to the original moderator if deemed appropriate by the
  280. Echolist Keeper.
  281.  
  282. ECHOLIST HISTORY FILE RESTORED
  283.      The history file used to produce various Echolist Reports was
  284.      restored for the July, 2002 issue.
  285.  
  286. ECHOLIST HISTORY FILE CORRUPT - April, 2002
  287.      The history file used to produce various Echolist reports was
  288.      corrupted sometime in the first week or April, 2002.  Thus, many
  289.      of the monthly reports are missing.  Please consult the master
  290.      Echolist which contains accurate information
  291.  
  292. ECHOLIST SYSTEM CRASH
  293.      Subsequent to the the creation of the Echolist in October,
  294.      1:261/1352 suffered a TOTAL system crash.  All MODerator UPDate,
  295.      MODerator DELete messages, ECHOlist QUERIES and rules
  296.      submissions that were submitted on or after October 1, 2001
  297.      (10/01/2001) were lost.
  298.  
  299.      The ECHOLIST Database was last backed up on OCTOBER 30, 2001
  300.      (09/30/2001) when ELIST110.ZIP was created.
  301.  
  302. ECHOLIST SYSTEM RESUMES OPERATION
  303.      The Echolist system resumed operation on October 28, 2001
  304.      (10/28/2001)
  305.  
  306.      When the ECHOLIST system resumed operations on October 28, 2001
  307.      it received both netmail and email messages that were on hold
  308.      at the respective uplinks.  These messages will be processed in
  309.      the month of DECEMBER, 2001.
  310.  
  311.      It is important to note that many messages that were sent via
  312.      Crash Netmail and/or email may not be in either the database or
  313.      in the messages due to be processed.
  314.  
  315.      Moderators who made submissions between October 1, 2001 and
  316.      October 28, 2001 are urged to resubmit their updates to 1:1/21
  317.      or via email to elistin AT fido261.qis.net
  318.  
  319.      Affected moderators should also submit the response from the
  320.      Echolist Robot to them to the Echolist Keeper at 1:261/1352 or
  321.      ||via email to echolist AT tlchost.net
  322.  
  323.      Should a conflict in listings occur, the Echolist Keeper will
  324.      use message dates and confirmation messages as a tool to
  325.      determine the most correct updates.
  326.  
  327. NAME CHANGE
  328.     Effective MAY, 2001 The Echolist has been renamed
  329.     The International Echolist to more accurately reflect the
  330.     international nature of its contents.
  331.  
  332. Thom LaCosta 1:261/1550
  333. echolist AT tlchost.net
  334. http://www.tlchost.net/echolist/
  335.