home *** CD-ROM | disk | FTP | other *** search
/ Current Shareware 1994 January / SHAR194.ISO / email / u_primer.zip / U_PRIMER.TXT < prev   
Internet Message Format  |  1993-10-13  |  20KB

  1. Path: senator-bedfellow.mit.edu!enterpoop.mit.edu!usc!elroy.jpl.nasa.gov!ames!purdue!not-for-mail
  2. From: spaf@cs.purdue.edu (Gene Spafford)
  3. Newsgroups: news.announce.newusers,news.answers
  4. Subject: A Primer on How to Work With the Usenet Community
  5. Supersedes: <spaf-etiquette_728545550@cs.purdue.edu>
  6. Followup-To: news.newusers.questions
  7. Date: 26 Apr 1993 00:01:31 -0500
  8. Organization: Dept. of Computer Sciences, Purdue Univ.
  9. Lines: 367
  10. Approved: spaf@cs.purdue.edu
  11. Expires: 25 Jun 93 17:01:30 GMT
  12. Message-ID: <spaf-etiquette_735800490@cs.purdue.edu>
  13. NNTP-Posting-Host: ector.cs.purdue.edu
  14. Xref: senator-bedfellow.mit.edu news.announce.newusers:1076 news.answers:7884
  15.  
  16. Archive-name: usenet-primer/part1
  17. Original-author: chuq@apple.COM (Chuq Von Rospach)
  18. Comment: enhanced & edited until 5/93 by spaf@cs.purdue.edu (Gene Spafford)
  19. Last-change: 25 Apr 1993 by spaf@cs.purdue.edu (Gene Spafford)
  20.  
  21.  
  22.               A Primer on How to Work With the USENET Community
  23.                              Chuq Von Rospach 
  24.  
  25.  
  26.  
  27.   *** You now have access to Usenet, a network of thousands of
  28.   computers.  Other documents or your system administrator will provide
  29.   detailed technical documentation.  This message describes the Usenet
  30.   culture and customs that have developed over time.  All new users should
  31.   read this message to find out how Usenet works. ***
  32.   *** (Old users could read it, too, to refresh their memories.)  ***
  33.  
  34.   USENET is a large collection of computers that share data with each
  35.   other.  It is the people on these computers that make USENET worth
  36.   the effort to read and maintain, and for USENET to function properly
  37.   those people must be able to interact in productive ways.  This
  38.   document is intended as a guide to using the net in ways that will
  39.   be pleasant and productive for everyone.
  40.  
  41.   This document is not intended to teach you how to use USENET.
  42.   Instead, it is a guide to using it politely, effectively and
  43.   efficiently.  Communication by computer is new to almost everybody,
  44.   and there are certain aspects that can make it a frustrating
  45.   experience until you get used to them.  This document should help
  46.   you avoid the worst traps.
  47.  
  48.   The easiest way to learn how to use USENET is to watch how others
  49.   use it.  Start reading the news and try to figure out what people
  50.   are doing and why.  After a couple of weeks you will start
  51.   understanding why certain things are done and what things shouldn't
  52.   be done.  There are documents available describing the technical
  53.   details of how to use the software.  These are different depending
  54.   on which programs you use to access the news.  You can get copies of
  55.   these from your system administrator.  If you do not know who that
  56.   person is, they can be contacted on most systems by mailing to
  57.   account "usenet".
  58.  
  59.  
  60.            Never Forget that the Person on the Other Side is Human
  61.  
  62.   Because your interaction with the network is through a computer it is easy
  63.   to forget that there are people "out there." Situations arise where
  64.   emotions erupt into a verbal free-for-all that can lead to hurt feelings.
  65.  
  66.   Please remember that people all over the world are reading your words.  Do
  67.   not attack people if you cannot persuade them with your presentation of
  68.   the facts.  Screaming, cursing, and abusing others only serves to make
  69.   people think less of you and less willing to help you when you need it.
  70.  
  71.   If you are upset at something or someone, wait until you have had a
  72.   chance to calm down and think about it.  A cup of (decaf!) coffee or
  73.   a good night's sleep works wonders on your perspective.  Hasty words
  74.   create more problems than they solve.  Try not to say anything to
  75.   others you would not say to them in person in a room full of people.
  76.  
  77.         Don't Blame System Admins for their Users' Behavior
  78.  
  79.   Sometimes, you may find it necessary to write to a system administrator
  80.   about something concerning his or her site.  Maybe it is a case of the
  81.   software not working, or a control message escaped, or maybe one of the
  82.   users at that site has done something you feel requires comment.  No matter
  83.   how steamed you may be, be polite to the sysadmin -- he or she may not have
  84.   any idea of what you are going to say, and may not have any part in the
  85.   incidents involved.  By being civil and temperate, you are more likely to
  86.   obtain their courteous attention and assistance.
  87.  
  88.             Be Careful What You Say About Others
  89.  
  90.   Please remember -- you read netnews; so do as many as 3,000,000 other
  91.   people.  This group quite possibly includes your boss, your friend's
  92.   boss, your girl friend's brother's best friend and one of your
  93.   father's beer buddies.  Information posted on the net can come back
  94.   to haunt you or the person you are talking about.
  95.  
  96.   Think twice before you post personal information about yourself or
  97.   others.  This applies especially strongly to groups like soc.singles
  98.   and alt.sex but even postings in groups like talk.politics.misc have
  99.   included information about the personal life of third parties that
  100.   could get them into serious trouble if it got into the wrong hands.
  101.  
  102.                   Be Brief
  103.  
  104.   Never say in ten words what you can say in fewer.  Say it succinctly and
  105.   it will have a greater impact.  Remember that the longer you make your
  106.   article, the fewer people will bother to read it.  
  107.  
  108.          Your Postings Reflect Upon You -- Be Proud of Them
  109.  
  110.   Most people on USENET will know you only by what you say and how well you
  111.   say it.  They may someday be your co-workers or friends.  Take some time
  112.   to make sure each posting is something that will not embarrass you later.
  113.   Minimize your spelling errors and make sure that the article is easy to
  114.   read and understand.  Writing is an art and to do it well requires
  115.   practice.  Since much of how people judge you on the net is based on your
  116.   writing, such time is well spent.
  117.  
  118.                Use Descriptive Titles
  119.  
  120.   The subject line of an article is there to enable a person with a limited
  121.   amount of time to decide whether or not to read your article.  Tell people
  122.   what the article is about before they read it.  A title like "Car for
  123.   Sale" to rec.autos does not help as much as "66 MG Midget for sale:
  124.   Beaverton OR." Don't expect people to read your article to find out what
  125.   it is about because many of them won't bother.  Some sites truncate the
  126.   length of the subject line to 40 characters so keep your subjects short
  127.   and to the point.
  128.  
  129.              Think About Your Audience
  130.  
  131.   When you post an article, think about the people you are trying to
  132.   reach.  Asking UNIX(*) questions on rec.autos will not reach as many
  133.   of the people you want to reach as if you asked them on
  134.   comp.unix.questions or comp.unix.internals.  Try to get the most
  135.   appropriate audience for your message, not the widest.
  136.  
  137.   It is considered bad form to post both to misc.misc, soc.net-people,
  138.   or misc.wanted and to some other newsgroup.  If it belongs in that
  139.   other newsgroup, it does not belong in misc.misc, soc.net-people,
  140.   or misc.wanted.  
  141.  
  142.   If your message is of interest to a limited geographic area (apartments,
  143.   car sales, meetings, concerts, etc...), restrict the distribution of the
  144.   message to your local area.  Some areas have special newsgroups with
  145.   geographical limitations, and the recent versions of the news software
  146.   allow you to limit the distribution of material sent to world-wide
  147.   newsgroups.  Check with your system administrator to see what newsgroups
  148.   are available and how to use them.
  149.  
  150.   If you want to try a test of something, do not use a world-wide newsgroup!
  151.   Messages in misc.misc that say "This is a test" are likely to cause
  152.   large numbers of caustic messages to flow into your mailbox.  There are
  153.   newsgroups that are local to your computer or area that should be used.
  154.   Your system administrator can tell you what they are.  
  155.  
  156.   Be familiar with the group you are posting to before you post!  You 
  157.   shouldn't post to groups you do not read, or post to groups you've
  158.   only read a few articles from -- you may not be familiar with the on-going
  159.   conventions and themes of the group.  One normally does not join
  160.   a conversation by just walking up and talking.  Instead, you listen
  161.   first and then join in if you have something pertinent to contribute.
  162.  
  163.              Be Careful with Humor and Sarcasm
  164.  
  165.   Without the voice inflections and body language of personal
  166.   communications, it is easy for a remark meant to be funny to be
  167.   misinterpreted.  Subtle humor tends to get lost, so take steps to make
  168.   sure that people realize you are trying to be funny.  The net has
  169.   developed a symbol called the smiley face.  It looks like ":-)" and points
  170.   out sections of articles with humorous intent.  No matter how broad the
  171.   humor or satire, it is safer to remind people that you are being funny.
  172.  
  173.   But also be aware that quite frequently satire is posted without any
  174.   explicit indications.  If an article outrages you strongly, you
  175.   should ask yourself if it just may have been unmarked satire.
  176.   Several self-proclaimed connoisseurs refuse to use smiley faces, so
  177.   take heed or you may make a temporary fool of yourself.
  178.  
  179.               Only Post a Message Once
  180.  
  181.   Avoid posting messages to more than one newsgroup unless you are sure
  182.   it is appropriate.  If you do post to multiple newsgroups, do not
  183.   post to each group separately.  Instead, specify all the groups on a
  184.   single copy of the message.  This reduces network overhead and lets
  185.   people who subscribe to more than one of those groups see the message
  186.   once instead of having to wade through each copy.
  187.  
  188.           Please Rotate Messages With Questionable Content
  189.  
  190.   Certain newsgroups (such as rec.humor) have messages in them that may
  191.   be offensive to some people.  To make sure that these messages are
  192.   not read unless they are explicitly requested, these messages should
  193.   be encrypted.  The standard encryption method is to rotate each
  194.   letter by thirteen characters so that an "a" becomes an "n".  This is
  195.   known on the network as "rot13" and when you rotate a message the
  196.   word "rot13" should be in the "Subject:" line.  Most of the software
  197.   used to read usenet articles have some way of encrypting and
  198.   decrypting messages.  Your system administrator can tell you how the
  199.   software on your system works, or you can use the Unix command "tr
  200.   [a-z][A-Z] [n-z][a-m][N-Z][A-M]". (Note that some versions of Unix
  201.   don't require the [] in the "tr" command.  In fact, some systems will
  202.   get upset if you use them in an unquoted manner.  The following
  203.   should work for everyone, but may be shortened on some systems:
  204.     tr '[a-m][n-z][A-M][N-Z]' '[n-z][a-m][N-Z][A-M]'
  205.   Don't forget the single quotes!)
  206.  
  207.             Summarize What You are Following Up
  208.  
  209.   When you are following up someone's article, please summarize the parts of
  210.   the article to which you are responding.  This allows readers to
  211.   appreciate your comments rather than trying to remember what the original
  212.   article said.  It is also possible for your response to get to some sites
  213.   before the original article.
  214.  
  215.   Summarization is best done by including appropriate quotes from the
  216.   original article.  Do not include the entire article since it will
  217.   irritate the people who have already seen it.  Even if you are responding
  218.   to the entire article, summarize only the major points you are discussing.
  219.  
  220.             When Summarizing, Summarize!
  221.  
  222.   When you request information from the network, it is common courtesy to
  223.   report your findings so that others can benefit as well.  The best way of
  224.   doing this is to take all the responses that you received and edit them
  225.   into a single article that is posted to the places where you originally
  226.   posted your question.  Take the time to strip headers, combine duplicate
  227.   information, and write a short summary.  Try to credit the information to
  228.   the people that sent it to you, where possible.
  229.  
  230.               Use Mail, Don't Post a Follow-up
  231.  
  232.   One of the biggest problems we have on the network is that when someone
  233.   asks a question, many people send out identical answers.  When this
  234.   happens, dozens of identical answers pour through the net.  Mail your
  235.   answer to the person and suggest that they summarize to the network.  This
  236.   way the net will only see a single copy of the answers, no matter how many
  237.   people answer the question.
  238.  
  239.   If you post a question, please remind people to send you the answers by
  240.   mail and at least offer to summarize them to the network.
  241.  
  242.       Read All Follow-ups and Don't Repeat What Has Already Been Said
  243.  
  244.   Before you submit a follow-up to a message, read the rest of the messages
  245.   in the newsgroup to see whether someone has already said what you want to
  246.   say.  If someone has, don't repeat it.
  247.  
  248.             Check the Headers When Following Up
  249.   
  250.   The news software has provisions to specify that follow-ups to an
  251.   article should go to a specific set of newsgroups -- possibly
  252.   different from the newsgroups to which the original article was
  253.   posted.  Sometimes the groups chosen for follow-ups are totally
  254.   inappropriate, especially as a thread of discussion changes with
  255.   repeated postings.  You should carefully check the groups and
  256.   distributions given in the header and edit them as appropriate.  If
  257.   you change the groups named in the header, or if you direct
  258.   follow-ups to a particular group, say so in the body of the message
  259.   -- not everyone reads the headers of postings.
  260.  
  261.  
  262.           Be Careful About Copyrights and Licenses
  263.  
  264.   Once something is posted onto the network, it is *probably* in the
  265.   public domain unless you own the appropriate rights (most notably,
  266.   if you wrote the thing yourself) and you post it with a valid
  267.   copyright notice; a court would have to decide the specifics and
  268.   there are arguments for both sides of the issue. Now that the US has
  269.   ratified the Berne convention, the issue is even murkier (if you are
  270.   a poster in the US).  For all practical purposes, though, assume
  271.   that you effectively give up the copyright if you don't put in a
  272.   notice.  Of course, the *information* becomes public, so you mustn't
  273.   post trade secrets that way.
  274.  
  275.   When posting material to the network, keep in mind that material
  276.   that is UNIX-related may be restricted by the license you or your
  277.   company signed with AT&T and be careful not to violate it.  You
  278.   should also be aware that posting movie reviews, song lyrics, or
  279.   anything else published under a copyright could cause you, your
  280.   company, or members of the net community to be held liable for
  281.   damages, so we highly recommend caution in using this material.
  282.  
  283.             Cite Appropriate References
  284.  
  285.   If you are using facts to support a cause, state where they came from.
  286.   Don't take someone else's ideas and use them as your own.  You don't want
  287.   someone pretending that your ideas are theirs; show them the same respect.
  288.  
  289.             Mark or Rotate Answers and Spoilers
  290.  
  291.   When you post something (like a movie review that discusses a detail of
  292.   the plot) which might spoil a surprise for other people, please mark your
  293.   message with a warning so that they can skip the message.  Another
  294.   alternative would be to use the "rot13" protocol to encrypt the message so
  295.   it cannot be read accidentally.  When you post a message with a spoiler in
  296.   it make sure the word "spoiler" is part of the "Subject:" line.
  297.  
  298.              Spelling Flames Considered Harmful
  299.  
  300.   Every few months a plague descends on USENET called the spelling flame.
  301.   It starts out when someone posts an article correcting the spelling or
  302.   grammar in some article.  The immediate result seems to be for everyone on
  303.   the net to turn into a 6th grade English teacher and pick apart each other's
  304.   postings for a few weeks.  This is not productive and tends to cause
  305.   people who used to be friends to get angry with each other.
  306.  
  307.   It is important to remember that we all make mistakes, and that
  308.   there are many users on the net who use English as a second
  309.   language.  There are also a number of people who suffer from
  310.   dyslexia and who have difficulty noticing their spelling mistakes.
  311.   If you feel that you must make a comment on the quality of a
  312.   posting, please do so by mail, not on the network.
  313.  
  314.               Don't Overdo Signatures
  315.  
  316.   Signatures are nice, and many people can have a signature added to
  317.   their postings automatically by placing it in a file called
  318.   "$HOME/.signature".  Don't overdo it.  Signatures can tell the world
  319.   something about you, but keep them short.  A signature that is longer
  320.   than the message itself is considered to be in bad taste.  The main
  321.   purpose of a signature is to help people locate you, not to tell your
  322.   life story.  Every signature should include at least your return
  323.   address relative to a major, known site on the network and a proper
  324.   domain-format address.   Your system administrator can give this to
  325.   you.  Some news posters attempt to enforce a 4 line limit on
  326.   signature files -- an amount that should be more than sufficient to
  327.   provide a return address and attribution.
  328.  
  329.            Limit Line Length and Avoid Control Characters
  330.  
  331.   Try to keep your text in a generic format.  Many (if not most) of
  332.   the people reading Usenet do so from 80 column terminals or from 
  333.   workstations with 80 column terminal windows.  Try to keep your
  334.   lines of text to less than 80 characters for optimal readability.
  335.   If people quote part of your article in a followup, short lines will
  336.   probably show up better, too.
  337.  
  338.   Also realize that there are many, many different forms of terminals
  339.   in use.  If you enter special control characters in your message, it
  340.   may result in your message being unreadable on some terminal types;
  341.   a character sequence that causes reverse video on your screen may
  342.   result in a keyboard lock and graphics mode on someone else's
  343.   terminal.  You should also try to avoid the use of tabs, too, since
  344.   they may also be interpreted differently on terminals other than 
  345.   your own.
  346.  
  347.  
  348.                Summary of Things to Remember
  349.  
  350.  
  351.        Never forget that the person on the other side is human
  352.        Don't blame system admins for their users' behavior
  353.        Be careful what you say about others
  354.        Be brief
  355.        Your postings reflect upon you; be proud of them
  356.        Use descriptive titles
  357.        Think about your audience
  358.        Be careful with humor and sarcasm
  359.        Only post a message once
  360.        Please rotate material with questionable content
  361.        Summarize what you are following up
  362.        Use mail, don't post a follow-up
  363.        Read all follow-ups and don't repeat what has already been said
  364.        Double-check follow-up newsgroups and distributions.
  365.        Be careful about copyrights and licenses
  366.        Cite appropriate references
  367.        When summarizing, summarize
  368.        Mark or rotate answers or spoilers
  369.        Spelling flames considered harmful
  370.        Don't overdo signatures
  371.        Limit line length and avoid control characters
  372.  
  373. (*)UNIX is a registered trademark of UNIX Systems Laboratories.
  374.  
  375. -----------
  376.       This document is in the public domain and may be reproduced or
  377.       excerpted by anyone wishing to do so.
  378. -- 
  379. Gene Spafford
  380. Software Engineering Research Center & Dept. of Computer Sciences
  381. Purdue University, W. Lafayette IN 47907-1398
  382. Internet:  spaf@cs.purdue.edu    phone:  (317) 494-7825
  383.