home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / news / groups / 26511 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  3.8 KB
  1. Xref: sparky news.groups:26511 soc.culture.usa:10249 alt.censorship:10146 alt.individualism:6295 alt.society.civil-liberty:7542 misc.headlines:7582
  2. Path: sparky!uunet!think.com!spool.mu.edu!hri.com!ukma!morgan
  3. From: morgan@engr.uky.edu (Wes Morgan)
  4. Newsgroups: news.groups,soc.culture.usa,alt.censorship,alt.individualism,alt.society.civil-liberty,misc.headlines
  5. Subject: Re: public appeal to John DiNardo to stop posting to soc.culture.usa
  6. Message-ID: <C1KM4u.FH8@ms.uky.edu>
  7. Date: 28 Jan 93 15:38:53 GMT
  8. References: <1993Jan27.194420.24912@bnlux1.bnl.gov> <1k76jbINN29s@srvr1.engin.umich.edu>
  9. Sender: morgan@ms.uky.edu (Wes Morgan)
  10. Organization: University of Kentucky Engineering Computing Center
  11. Lines: 59
  12.  
  13. pecampbe@mtu.edu (Paul Campbell) wrote:
  14. >Wrong approach. I have mailed root@virginia.edu. Try doing the same. I
  15. >already tried acs.virginia.edu, but that doesn't seem to exist, so the
  16. >next higher site is virginia.edu. And if that doesn't work, perhaps when
  17. >people who are having disk storage problems and bandwidth problems because
  18. >of this guy petition NSF, the fur would really fly, but for now, just a
  19. >nice letter to root@virginia.edu is appropriate.
  20.  
  21. [ Ducking into a nearby communications closet, our hero emerges as his  ]
  22. [ alter ego, "root@engr.uky.edu"!  With his "I don't speak for the Uni- ]
  23. [ sity of Kentucky" disclaimer firmly in place across his rear, System  ]
  24. [ Administrator Man leaps into the fray............                     ]
  25.  
  26. Many of us believe that sites which provide Usenet and similar facilities 
  27. (such as email, BBSs, etc.) deserve acknowledgement as "common carriers"; 
  28. as such, they should not be held liable for actions taken by their users.
  29. A recent court decision (Cubby v. CompuServe, I believe) asserted that
  30. CompuServe could not be held liable for postings/uploads made by one of 
  31. its users; this is an important step in the right direction (IMHO).  If
  32. you want this sort of protection for your site, it would be rather hypo-
  33. critical to hold virginia.edu liable for DiNardo's postings.
  34.  
  35. While we may not particuarly appreciate DiNardo's postings or his posting
  36. technique (I freely admit that I do not), attempts to prevent him from pos-
  37. ting are inappropriate.  After all, would you like me to drop some email
  38. to root@mtu.edu complaining about your recommendation to flood systems
  39. administrators with email?  I can guarantee that such a message would generate
  40. a frosty response toward you; most admins dislike mail floods *severely*.
  41.  
  42. There are several possible approaches to this situation:
  43.  
  44.     - If your newsreader supports killfiles, use them.  My kill file
  45.       takes care of serveral posters whose postings hold no interest
  46.       for me.  (rn(1) supports a global killfile, in addition to
  47.       killfiles for individual newsgroups.)
  48.  
  49.     - If you are managing a feed, wipe the articles individually.  A
  50.       simple shell script can be used to wipe any messages with 
  51.           "From: whoever@whereever" in the header.  [NOTE: I wouldn't
  52.       do this if I was feeding other sites; after all, we don't want
  53.       to make decisions for *them*, right?
  54.  
  55.     - You could get *really* inventive and implement kill file func-
  56.       tionality for your newsreader.  I once (years ago) wrote a shell 
  57.       script that found postings I didn't want and entered their message 
  58.       ids in my "articles read" file (the newsreader I was using didn't 
  59.       support killfiles).  I ran the shell script at 7:00 am each morning, 
  60.       and presto!  Killfile!  No one else's reading was affected, and I 
  61.       didn't have to see the hoohah.
  62.  
  63. Sending email to "root@whatever" is *rarely* the proper answer.
  64.  
  65. --Wes
  66.  
  67. -- 
  68. MORGAN@UKCC         |       Wes Morgan       |        ...!ukma!ukecc!morgan 
  69. morgan@ms.uky.edu   | University of Kentucky |   morgan@wuarchive.wustl.edu
  70. morgan@engr.uky.edu | Lexington,Kentucky USA | JWMorgan@dockmaster.ncsc.mil
  71.   Mailing list for AT&T StarServer S/E  - starserver-request@engr.uky.edu
  72.