home *** CD-ROM | disk | FTP | other *** search
/ A Beginner's Guide to the Internet / INTERNET.ISO / text / faqs / faqspecs.faq < prev    next >
Encoding:
Internet Message Format  |  1995-03-23  |  29.6 KB

  1. From: jik@security.ov.com (Jonathan I. Kamens)
  2. Newsgroups: news.answers,alt.answers,comp.answers,misc.answers,rec.answers,sci.answers,soc.answers,talk.answers
  3. Subject: *.answers submission guidelines
  4. Date: 20 Oct 1993 01:00:11 -0400
  5. Organization: OpenVision Technologies, Inc.
  6. Reply-To: news-answers-request@MIT.Edu
  7.  
  8. Archive-name: news-answers/guidelines
  9. Version: $Id: guidelines,v 1.68 1993/10/20 01:34:15 jik Exp $
  10.  
  11.  
  12. In order to submit an FAQ posting to the news.answers newsgroup (and
  13. to zero or more of the other *.answers newsgroups (alt.answers,
  14. comp.answers, misc.answers, rec.answers, sci.answers, soc.answers,
  15. talk.answers) along with it), you should first modify your posting to
  16. conform to the guidelines given below, in section I.  Then, you should
  17. submit your posting to me using the instructions given below, in
  18. section II.
  19.  
  20. Once your posting is approved, you will post it directly to
  21. news.answers and other newsgroups yourself; i.e., after approval, you
  22. no longer have to go through me at all to post.  This is explained in
  23. more detail below.
  24.  
  25.  
  26. I. Submission guidelines
  27.  
  28.  A. Why the guidelines?
  29.  
  30.     There are three main reasons for the guidelines:
  31.  
  32.   1. Appropriateness
  33.  
  34.      Only periodic informational postings that are intended to be read
  35.      by people belong in news.answers.  The guidelines are meant to
  36.      prevent other types of postings, including discussion of periodic
  37.      informational postings, from appearing in the group.
  38.  
  39.   2. Usefulness to people
  40.  
  41.      The newsgroup should be as useful as possible to the people who
  42.      read it.  Requirements such as effective "Subject:" and
  43.      "Summary:" lines (see below) further this goal.
  44.  
  45.   3. Automatic archiving
  46.  
  47.      One of the main points of news.answers is that it can be archived
  48.      automatically in order to build up a database of periodic
  49.      informational postings.  Requirements such as the "Archive-name:"
  50.      line further that goal.
  51.  
  52.  B. Required header fields
  53.  
  54.     There are two "headers" in a news.answers posting.  The first is
  55.     the normal header that any article posted to the USENET has.  The
  56.     second header, the "auxiliary header," is separated from the first
  57.     by one or more blank lines.  As far as the News software is
  58.     concerned, the auxiliary header is just part of the body of the
  59.     article; however, news.answers requires some information in it.
  60.  
  61.     The requirements for each of the two headers are discussed in
  62.     detail below.  Required headers are marked with "(Required)",
  63.     while optional ones are marked with "(Optional)".
  64.  
  65.   1. The normal header
  66.  
  67.    a. Newsgroups (Required)
  68.  
  69.       I need to know exactly what will appear in the Newsgroups line
  70.       of the posting.
  71.  
  72.       In addition to news.answers, your posting should be cross-posted
  73.       to the other *.answers newsgroups of hierarchies in which it is
  74.       posted.  For example, a posting that is normally posted in both
  75.       rec.music.makers.synth and comp.sys.ibm.pc.soundcard should be
  76.       posted to both rec.answers and comp.answers in addition to
  77.       news.answers.  Note that postings to any of the *.answers
  78.       newsgroups MUST be posted in news.answers, regardless of what
  79.       other *.answers newsgroups they also appear in.
  80.  
  81.       Although the order of newsgroups on the line is not important
  82.       from the point of view of the news software, I prefer to have
  83.       news.answers listed last, since it is the least "relevant" of
  84.       the listed newsgroups.  The other *.answers newsgroups should be
  85.       listed directly before news.answers.
  86.  
  87.       Example:
  88.  
  89.        Newsgroups: comp.sys.foo,comp.answers,news.answers
  90.  
  91.       Note that your Newsgroups line should NOT contain only *.answers
  92.       groups.  FAQ postings should be cross-posted to *.answers from
  93.       their home newsgroups, rather than being posted separately to
  94.       *.answers.
  95.  
  96.       However, if you get approval for *.answers cross-posting in the
  97.       middle of your "posting cycle," and you do not wish to wait
  98.       until the next scheduled posting time to cross-post to
  99.       *.answers, then you can post your FAQ only to *.answers.  If you
  100.       choose to do this, please make sure to let me know you are going
  101.       to, and please do not do it more than once.
  102.  
  103.    b. Subject (Required)
  104.  
  105.       The subject line of your posting should have some meaning
  106.       outside of its home newsgroup(s).  For example, instead of just
  107.       "FAQ," you might have "<x> FAQ", where "<x>" is the name of the
  108.       newsgroup or the topic being discussed.
  109.  
  110.       Furthermore, important information should appear near the
  111.       beginning of the subject line, so that news readers that display
  112.       article summaries don't cut off the important information.  For
  113.       example, instead of "Frequently Asked Questions about <x>," use
  114.       "<x> Frequently asked Questions."
  115.  
  116.       Example:
  117.  
  118.        Subject: comp.sys.foo Frequently Asked Questions (FAQ)
  119.  
  120.    c. Followup-To (Required) and Reply-To (Optional)
  121.  
  122.       Your posting must have a "Followup-To:" line in the header that
  123.       directs followups to somewhere other than *.answers.  You may
  124.       choose to direct followups back to the home newsgroup(s) of the
  125.       FAQ, or to direct followups to the author of the FAQ, in which
  126.       case "Followup-To: poster" is sufficient.  That means that you
  127.       actually put the word "poster" there, as specified in the RFC
  128.       which describes the format of Usenet postings.  Do NOT put an
  129.       E-mail address in the "Followup-To:" field.
  130.  
  131.       If you forget the "Followup-To:" and I get mailed followups to
  132.       your FAQ, I'm going to get peeved at you.
  133.  
  134.       Furthermore, your posting must have a valid E-mail reply address
  135.       in the header, either in the "From:" field, or if not in "From:"
  136.       then in "Reply-To:".
  137.  
  138.       Example:
  139.  
  140.        From: guru@foosys.com (Joe R. Programmer)
  141.        Followup-To: comp.sys.foo
  142.        Reply-To: faq-mail@foosys.com (FAQ Comments address)
  143.  
  144.       In this example, "guru" apparently wants mail about the FAQ to
  145.       go to a different address than the rest of his mail.  I've shown
  146.       the "From:" header, because the version of the FAQ that you
  147.       forward to me should show the "From:" header just as it will
  148.       appear when the article is actually posted.
  149.  
  150.    d. Supersedes, Expires, References (Optional)
  151.  
  152.       It is a good idea to use "Supersedes:" and "Expires:" header
  153.       lines to make sure that each version of your FAQ stays around
  154.       until the next time it is posted.  A useful tool for this is my
  155.       Perl FAQ poster.  It is available from rtfm.mit.edu, via
  156.       anonymous ftp in the file /pub/post_faq/post_faq.shar, or via
  157.       mail server (send mail to mail-server@rtfm.mit.edu with "send
  158.       post_faq/post_faq.shar" in the body).
  159.  
  160.       Post_faq takes an article with its static headers (i.e., the
  161.       headers that don't change each time the article is posted)
  162.       included, adds dynamic headers to it, and posts the article.
  163.       Another utility, Ian Kluft's AUTO-FAQ package (which is also
  164.       written in Perl) provides more functionality, including
  165.       automatic splitting of large FAQs into multi-part postings.  If
  166.       you're looking for something with a high level of automation to
  167.       assist you in your FAQ maintenance and posting, you might want
  168.       to try AUTO-FAQ instead of post_faq.  It's available via
  169.       anonymous ftp in ftp.amdahl.com:pub/faq/auto-faq.shar.Z.
  170.  
  171.       Furthermore, if you are posting a multi-part FAQ posting or a
  172.       series of related FAQ postings, it is a good idea to add a
  173.       "References:" line to all of the postings except the first one,
  174.       making the contents of that line the Message-ID of the first
  175.       posting in the series.  If you do this, then people who use
  176.       threaded news readers will be able to manipulate the entire
  177.       series as a single thread, including (for example) killing the
  178.       entire thread if they're not interested or saving the entire
  179.       thread to a file with one command.  The perl FAQ poster
  180.       mentioned above supports an option for doing this.
  181.  
  182.       Example:
  183.  
  184.        Expires: Fri, 1 May 1992 00:00:00 GMT
  185.        Supersedes: <foo-faq_701650000@foosys.com>
  186.  
  187.       The date in the "Expires:" header should be far enough into the
  188.       future that a new version of the FAQ will be posted before the
  189.       one you're posting now expires.  I've shown both headers in the
  190.       format my post_faq script would use.  I haven't shown a
  191.       "References:" header, since the example posting I've been
  192.       presenting is not part of a multi-part FAQ; if there were a
  193.       "References:" header, it would contain a Message ID just like
  194.       the "Supersedes:" header.
  195.  
  196.    e. Summary (Optional)
  197.  
  198.       You are encouraged to put a summary of the contents of your
  199.       article in the Summary field of the header.  Try to describe
  200.       what your FAQ discusses, and aim your description at someone who
  201.       may not actually be directly interested in the topic covered by
  202.       your FAQ.  There have been discussions about using the Summary
  203.       fields of the FAQ postings in news.answers to construct a short
  204.       "catalog" of the information available through news.answers, so
  205.       think of the Summary field as a "catalog entry" for your FAQ.
  206.  
  207.       Note that header fields (except for the Newsgroups field) are
  208.       allowed to span multiple lines, as long as the continuation
  209.       lines after the first start with whitespace (at least one space
  210.       or tab character).
  211.  
  212.       Example:
  213.  
  214.        Summary: This posting contains a list of Frequently Asked
  215.                Questions (and their answers) about Foo computers.  It
  216.                should be read by anyone who wishes to post to the
  217.                comp.sys.foo newsgroup.
  218.  
  219.   2. The auxiliary header
  220.  
  221.      The auxiliary header looks like the main message header (i.e.
  222.      "Field-name: field-value"), but is separated from the main
  223.      message header by a blank line, as well as followed by a blank
  224.      line separating it from the rest of the body of the message.
  225.  
  226.      The auxiliary header of this posting is:
  227.  
  228.       Archive-name: news-answers/guidelines
  229.       Version: $Id: guidelines,v 1.68 1993/10/20 01:34:15 jik Exp $
  230.  
  231.    a. Archive-name (Required)
  232.  
  233.       In order to be cross-posted in news.answers, your posting must
  234.       include an auxiliary archival header with an "Archive-name:"
  235.       field.
  236.  
  237.       The purpose of the archive name is two-fold.  First of all, it
  238.       specifies where the FAQ should be stored in archives of the
  239.       news.answers newsgroup.  Second, it should give people, even
  240.       people who do not read the home newsgroup of the FAQ, a pretty
  241.       good idea of what's in it.  Therefore, abbreviations which will
  242.       only be recognized by people already familiar with the topic
  243.       covered by the FAQ should be avoided if possible.
  244.  
  245.       The archive name should be composed of one or more one-word
  246.       (i.e., no spaces) components, separated by slashes.  Each
  247.       component should be 14 characters or less in length, if
  248.       possible, but this is not a strict requirement; if 14 characters
  249.       isn't enough, then each component should be unique in the first
  250.       14 characters (i.e., two archive names should never be identical
  251.       after their components are all truncated to 14 characters).
  252.       Avoid periods in the archive name, because some operating
  253.       systems choke on them; if you must have word separators, use
  254.       hyphens or underscores rather than periods.
  255.  
  256.       The archive namespace is hierarchical; for example, there are a
  257.       number of lists of bookstores in the "books/stores" directory of
  258.       the namespace, and all of their archive names start with
  259.       "books/stores/".  Avoid using slashes in your archive name
  260.       unless you are taking advantage of the hierarchical nature of
  261.       the namespace, i.e., unless you have multiple related FAQ
  262.       postings which should appear in a single directory in the
  263.       archive namespace.
  264.  
  265.       Multi-part FAQs should be named "name/part1", "name/part2", etc.
  266.       Alternatively, if the parts of the FAQ are split by topic rather
  267.       than by size, then you can use short topic names rather than
  268.       "part1", "part2", etc.
  269.  
  270.       If you post a diff for your FAQ, it should be named "name/diff".
  271.       If you post multiple diffs for a multi-part FAQ, they should be
  272.       named "name/diff1", "name/diff2", etc. (if you want to use just
  273.       one diff for a multi-part FAQ, you can just use "name/diff" as
  274.       its name).  If you post a diff to a one-part posting, then the
  275.       original FAQ should be named "name/part1" (or "name/faq", or
  276.       whatever else you think is appropriate, as long as I approve it)
  277.       and the diff should be named "name/diff".
  278.  
  279.       Consider these examples:
  280.  
  281.         Topic                                   Archive name(s)
  282.         -----------------------------------     ------------------------------
  283.         comp.ai FAQ                             ai-faq/part1
  284.                                                 ai-faq/part2
  285.                                                 ai-faq/part3
  286.         rec.travel.air FAQs, various topics     air-travel/bucket-shops
  287.                                                 air-travel/cheap-tickets/part1
  288.                                                 air-travel/cheap-tickets/part2
  289.                                                 air-travel/faq
  290.                                                 air-travel/jetlag-prevention
  291.                                                 air-travel/na-airport-codes
  292.                                                 air-travel/world-airport-codes
  293.         soc.culture.esperanto FAQ               esperanto-faq
  294.  
  295.       Please pick the archive name that you would like to use for your
  296.       posting, and include the "Archive-name:" line with that archive
  297.       name in it, when submitting to news.answers.  If there is some
  298.       problem with it, or if I would like to suggest an alternate
  299.       name, I will let you know.
  300.  
  301.       Example:
  302.  
  303.        Archive-name: foo-faq
  304.  
  305.       If your posting already has an "Archive-name:" line which is not
  306.       a valid news.answers archive name and you do not want to change
  307.       it, or if you want the "Archive-name:" line you add to contain
  308.       the name of a file in your own archives rather than in the
  309.       news.answers archives, you can use a
  310.       "News-answers-archive-name:" header line instead.
  311.  
  312.    b. Other archive names (Optional)
  313.  
  314.       The software which builds the FAQ archive on rtfm.mit.edu (see
  315.       the "Introduction to the *.answers newsgroups" posting for more
  316.       information about it) automatically uses the "Archive-name:"
  317.       line to determine the file name in which to save an FAQ, when
  318.       saving it in any of the "answers" newsgroups (news.answers,
  319.       rec.aviation.answers, etc.).
  320.  
  321.       Furthermore, if you have a field of the form
  322.       "Newsgroup-name-archive-name: name" in your FAQ's auxiliary
  323.       header (see the example below), the specified archive name will
  324.       be used to save in the specified newsgroup.  Such a
  325.       newsgroup-specific archive name overrides any generic
  326.       "Archive-name:" line.
  327.  
  328.       When an archive name for an FAQ cannot be determined in either
  329.       of the ways mentioned above, the Subject line of the posting
  330.       (with some minor modifications) is used as its file name.
  331.  
  332.       For example, if you have this in your normal header:
  333.  
  334.        Newsroups: comp.foo,comp.bar,comp.answers,news.answers
  335.        Subject: Comp.foo FAQ
  336.  
  337.       and this in your auxiliary header:
  338.  
  339.        Archive-name: foo-faq
  340.        Comp-bar-archive-name: bar-faq
  341.  
  342.       then the posting will be saved as "foo-faq" in comp.answers and
  343.       news.answers (because they are both "answers" newsgroups and
  344.       will therefore use the Archive-name line), as "bar-faq" in
  345.       comp.bar, and as "Comp.foo_FAQ" in comp.foo.
  346.  
  347.       If you do decide to specify additional archive names in your
  348.       posting, please obey the guidelines for archive names given
  349.       above.
  350.  
  351.    c. Last-modified, Version (Optional)
  352.  
  353.       You can have other fields in the auxiliary header, if you want.
  354.       Two common ones are "Last-modified:" and "Version:".
  355.  
  356.       Example:
  357.  
  358.        Last-modified: 1992/03/25
  359.        Version: 2.5
  360.  
  361.   3. Sample FAQ headers
  362.  
  363.      Putting together the examples I've given above, your FAQ's
  364.      headers (or, at least, the ones you submit to me) might look like
  365.      this:
  366.  
  367.      From: guru@foosys.com (Joe R. Programmer)
  368.      Newsgroups: comp.sys.foo,comp.answers,news.answers
  369.      Subject: comp.sys.foo FAQ
  370.      Followup-To: comp.sys.foo
  371.      Reply-To: faq-mail@foosys.com (FAQ Comments address)
  372.      Summary: This posting contains a list of Frequently Asked
  373.              Questions (and their answers) about Foo computers.  It
  374.              should be read by anyone who wishes to post to the
  375.              comp.sys.foo newsgroup.
  376.      Expires: Fri, 1 May 1992 00:00:00 GMT
  377.      Supersedes: <foo-faq_701650000@foosys.com>
  378.  
  379.      Archive-name: foo-faq
  380.      Last-modified: 1992/03/25
  381.      Version: 2.5
  382.  
  383.      Note that the blank line separating the normal header from the
  384.      auxiliary header must be completely blank, i.e., no tabs or
  385.      spaces, and that there must also be one or more completely blank
  386.      lines after the auxiliary header.
  387.  
  388.      Of course, you can include in the posting header any of the other
  389.      standard USENET header fields that have not been discussed here.
  390.  
  391.  C. Posting frequency
  392.  
  393.     The frequency at which you choose to post your FAQ is left to your
  394.     discretion.  Some FAQ maintainers find that a monthly posting,
  395.     with an Expires header to prevent each posting from going away
  396.     before its replacement is posted, is sufficient.  Some other
  397.     newsgroups are so busy that a weekly posting of the FAQ is needed.
  398.     Another possibility is to post the complete FAQ relatively
  399.     infrequently, while posting a shorter pointer to it (e.g.,
  400.     providing instructions for getting it from archives) more
  401.     frequently.
  402.  
  403.     If you choose to post your FAQ more frequently than once per
  404.     month, you might want to consider not cross-posting it to
  405.     *.answers every time you post.  Although it may be necessary to
  406.     post the FAQ in its home newsgroup often, it is probably not
  407.     necessary to post it in *.answers as frequently.
  408.  
  409.     Note, however, that if you do this, you can't use Supersedes every
  410.     time you post your FAQ, since a posting in just the FAQ's home
  411.     newsgroup should not supersede the posting in both the home
  412.     newsgroup and *.answers.  Therefore, unless you're willing to have
  413.     two copies of your FAQ in your home newsgroup at all times, you
  414.     should always cross-post to *.answers (or use the system mentioned
  415.     above, cross-posting the full FAQ to *.answers and a more frequent
  416.     pointer posting just in its home newsgroup).
  417.  
  418.     When submitting your FAQ, please be sure to let me know the
  419.     frequency at which you intend to post it to its home newsgroup, as
  420.     well as the frequency at which you intend to cross-post it to
  421.     *.answers (if different).
  422.  
  423.  D. Mailing lists for FAQ maintainers
  424.  
  425.     Maintainers of FAQs are strongly urged to join the faq-maintainers
  426.     mailing list, which is used for discussion about the *.answers
  427.     newsgroups and the maintenance of USENET FAQs.
  428.  
  429.     If you don't want to be on the discussion list, you may wish to
  430.     join the faq-maintainers-announce list, which will be used only
  431.     for announcements, instead.  Note that subscribers to
  432.     faq-maintainers automatically receive messages sent to
  433.     faq-maintainers-announce.
  434.  
  435.     When submitting your FAQ, make sure to let me know whether or not
  436.     you want to be on one of the lists.
  437.  
  438.  E. List of Periodic Informational Postings
  439.  
  440.     Unless you tell me otherwise, I will add any postings submitted to
  441.     *.answers to the "List of Periodic Informational Postings" (LoPIP)
  442.     articles which appear in news.answers, news.lists, and
  443.     news.announce.newusers.
  444.  
  445.     If you do not have copies of the LoPIP postings and would like to
  446.     get them, to see what they're like or to check if your FAQ is
  447.     already listed, see the instructions at the end of this message.
  448.  
  449.  F. Article approval
  450.  
  451.     Once all of the other issues listed in this posting are resolved,
  452.     you will be given approval to cross-post your FAQ to *.answers.
  453.     You will have to indicate in the header of your posting that such
  454.     approval has been given, or the posting will be mailed to me
  455.     instead of posted.
  456.  
  457.     Note that I am intentionally being somewhat vague about what this
  458.     entails.  When I approve your posting for *.answers, I will
  459.     provide more specific instructions.
  460.  
  461.  
  462. II. Submission instructions
  463.  
  464.    If you have a posting which you wish to submit to *.answers, you
  465.    should first read the guidelines listed above and modify your
  466.    posting to conform to them.  Then, you should submit it by posting
  467.    it to the news.answers newsgroup, assuming that the software on the
  468.    poster's site works properly and will forward the posting to the
  469.    news.answers moderator, or by mailing it to the news.answers
  470.    submission address, news-answers@MIT.Edu.  ONLY SUBMISSIONS SHOULD
  471.    BE MAILED TO THAT ADDRESS.  If there is some commentary or
  472.    explanation that needs to be made, it should be mailed in a
  473.    separate message to news-answers-request@MIT.Edu, which is the
  474.    moderator contact address for any *.answers-related business.
  475.  
  476.    Please submit the FAQ in a form as close as possible to how it
  477.    appears when you post it normally.  This means that you should
  478.    include a complete header, with at the very least the Subject line
  479.    you normally use.  I very much prefer you actually posting the
  480.    message to news.answers as you would post it normally, including
  481.    the cross-posted newsgroups, but omitting the moderation approval
  482.    header line that would cause the article to actually be posted
  483.    rather than mailed to me; this way, I will get to see exactly how
  484.    the article will look when it is actually posted in news.answers.
  485.    Also, if your FAQ does not say somewhere near the top how often it
  486.    is posted, then please let me know the frequency in separate
  487.    E-mail.
  488.  
  489.    Note that if you do not indicate moderator approval in the header
  490.    of your posting, it will NOT be posted to any newsgroup, even if
  491.    you list other newsgroups on the Newsgroups line besides *.answers
  492.    groups.  Therefore, you CAN and SHOULD place all Newsgroups to
  493.    which you intend to post in the Newsgroups line, in the order you
  494.    intend them to be in when you post.
  495.  
  496.    I will respond, by agreeing that the FAQ belongs in *.answers
  497.    as-is, or by asking you to make minor modifications to it in order
  498.    to make it acceptable, or by rejecting it as inappropriate for
  499.    *.answers.  If you are asked to make modifications, please do so
  500.    and resubmit the posting to me just as you did the first time.
  501.  
  502.    Once an FAQ has been approved for *.answers, you will post it
  503.    directly to the group yourself, by indicating in the header of the
  504.    message that it was approved by the *.answers moderator, as
  505.    described above.
  506.  
  507.    If possible, try to avoid posting your FAQ at a "predictable"
  508.    time.  For example, if you have decided to post it monthly, don't
  509.    automatically decide to post it on the first of every month.  This
  510.    causes a flood of FAQs in *.answers (and on the net in general) at
  511.    certain times of months, and this flood is big enough to overwhelm
  512.    some smaller sites and many readers of *.answers.  Therefore,
  513.    rather than picking the "obvious" time to post, pick some other,
  514.    random time during the month to do your posting.
  515.  
  516. III. Once your posting is approved
  517.  
  518.    The following is a list of some situations which might occur after
  519.    your FAQ has been approved for *.answers, and what you need to do
  520.    for each one.
  521.  
  522.    A. Transfer an FAQ to a new maintainer
  523.  
  524.       The old maintainer should inform news-answers-request@mit.edu of
  525.       the change in maintainers.  The new maintainer should read this
  526.       document (i.e., the "*.answers submission guidelines") and
  527.       inform news-answers-request@mit.edu that he has done so.
  528.       Furthermore, the new maintainer should resubmit the FAQ if he
  529.       intends to make any header changes other than changing the From
  530.       and/or Reply-To lines.  The new maintainer should wait for
  531.       approval before posting.
  532.  
  533.    B. Change an FAQ's posting frequency
  534.  
  535.       Inform news-answers-request@mit.edu of the new frequency.
  536.  
  537.    C. Change an FAQ's header(s)
  538.  
  539.       1. Subject line
  540.  
  541.      Inform news-answers-request@mit.edu of the new Subject line,
  542.      or resubmit the entire FAQ to news-answers@mit.edu, and wait
  543.      for approval before posting.
  544.  
  545.       2. Newsgroups line
  546.  
  547.      Inform news-answers-request@mit.edu of the new Newsgroups
  548.      line, or resubmit the entire FAQ to news-answers@mit.edu, and
  549.      wait for approval before posting.
  550.  
  551.       3. From line, without changing maintainers
  552.  
  553.      If the new From line obviously refers to the same individual
  554.      as the old one, you don't have to do anything.  If it's not
  555.      obvious that the new From line refers to the same individual,
  556.      inform news-answers-request@mit.edu and wait for approval
  557.      before posting.
  558.  
  559.       4. Archive-name line
  560.  
  561.      Inform news-answers-request@mit.edu and wait for approval
  562.      before posting.
  563.  
  564.       5. Followup-To line
  565.  
  566.          As long as it exists and doesn't contain any *.answers
  567.      newsgroups in it, you don't have to do anything.
  568.  
  569.       6. Other headers
  570.  
  571.          As long as you don't change the overall structure of your
  572.      headers (e.g., make sure you keep an auxiliary header with
  573.      the Archive-name line in it), you don't have to do anything
  574.      about changes to other headers.
  575.  
  576.    D. Add postings to or delete postings from an FAQ
  577.  
  578.       1. Add a new part to a multi-part FAQ
  579.  
  580.      Submit the new part to news-answers@mit.edu, or inform
  581.      news-answers-request@mit.edu if the new part's headers are
  582.      consistent with the other parts (e.g., if your Subject lines
  583.      are in the form "foo FAQ part * of *" and your archive names
  584.      look like "foo-faq/part*", and you add a new part which looks
  585.      just like the others except for a new part number, you don't
  586.      have to resubmit the new part or resubmit all the other parts
  587.      because you changed the "of *" number in their Subject
  588.      lines).  Wait for approval before posting.
  589.  
  590.       2. Delete a part from a multi-part FAQ
  591.  
  592.      Inform news-answers-request@mit.edu.  Wait for approval
  593.      before posting.
  594.  
  595.       3. Terminate an FAQ (i.e., stop posting it forever)
  596.  
  597.          Inform news-answers-request@mit.edu.
  598.  
  599.    E. Create a new FAQ
  600.  
  601.       Submit it to *.answers following the guidelines in sections I
  602.       and II above, just like you submitted your previous FAQ(s).
  603.  
  604.  
  605. IV. This posting
  606.  
  607.    Comments about, suggestions about or corrections to this posting
  608.    are welcomed.  If you would like to ask me to change this posting
  609.    in some way, the method I appreciate most is for you to actually
  610.    make the desired modifications to a copy of the posting, and then
  611.    to send me the modified posting, or a context diff between my
  612.    posted version and your modified version (if you do the latter,
  613.    make sure to include in your mail the "Version:" line from my
  614.    posted version).  Submitting changes in this way makes dealing with
  615.    them easier for me and helps to avoid misunderstandings about what
  616.    you are suggesting.
  617.  
  618.    The following people provided feedback and helped to make this
  619.    posting more readable and useful:
  620.  
  621.      Stan Brown <brown@NCoast.ORG>
  622.      L. Detweiler <ld231782@longs.lance.colostate.edu>
  623.      Aydin Edguer <edguer@alpha.CES.CWRU.Edu>
  624.      Tom_Lane@G.GP.CS.CMU.EDU
  625.      Cindy Tittle Moore <tittle@ics.uci.edu> 
  626.      Steven D. Ourada <sourada@iastate.edu>
  627.      Ken Shirriff <shirriff@sprite.Berkeley.EDU>
  628.      Dan Tilque <dant@logos.WR.TEK.COM>
  629.      Bill Wohler <wohler@sap-ag.de>
  630.  
  631.  
  632. V. Getting the "List of Periodic Informational Postings"
  633.  
  634.    There are five "List of Periodic Informational Postings"
  635.    postings:
  636.  
  637.     Subject: List of Periodic Informational Postings, Part 1/6
  638.     Subject: List of Periodic Informational Postings, Part 2/6
  639.     Subject: List of Periodic Informational Postings, Part 3/6
  640.     Subject: List of Periodic Informational Postings, Part 4/6
  641.     Subject: List of Periodic Informational Postings, Part 5/6
  642.     Subject: List of Periodic Informational Postings, Part 6/6
  643.     Newsgroups: news.lists,news.announce.newusers,news.answers
  644.  
  645.    They are available in the indicated USENET newsgroups, or via
  646.    anonymous ftp from rtfm.mit.edu (18.70.0.209) in the files:
  647.  
  648.     /pub/usenet/news.answers/periodic-postings/part1
  649.     /pub/usenet/news.answers/periodic-postings/part2
  650.     /pub/usenet/news.answers/periodic-postings/part3
  651.     /pub/usenet/news.answers/periodic-postings/part4
  652.     /pub/usenet/news.answers/periodic-postings/part5
  653.     /pub/usenet/news.answers/periodic-postings/part6
  654.  
  655.    They are also available from mail-server@rtfm.mit.edu by sending a
  656.    mail message containing any or all of:
  657.  
  658.     send usenet/news.answers/periodic-postings/part1
  659.     send usenet/news.answers/periodic-postings/part2
  660.     send usenet/news.answers/periodic-postings/part3
  661.     send usenet/news.answers/periodic-postings/part4
  662.     send usenet/news.answers/periodic-postings/part5
  663.     send usenet/news.answers/periodic-postings/part6
  664.  
  665.    If you want to find out more about the mail server, send a message
  666.    to it containing "help".
  667.  
  668. ---------------------------------------------------------------------------
  669. .
  670.