home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / alt / config / 7073 < prev    next >
Encoding:
Text File  |  1992-11-17  |  1.7 KB  |  37 lines
  1. Newsgroups: alt.config
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!usenet.ucs.indiana.edu!silver.ucs.indiana.edu!ksdavis
  3. From: ksdavis@silver.ucs.indiana.edu (Karleenus Schwartz Davis)
  4. Subject: Re: Expansion of alt.fan.rush-limbaugh proposed
  5. Message-ID: <BxvtBB.I68@usenet.ucs.indiana.edu>
  6. Sender: news@usenet.ucs.indiana.edu (USENET News System)
  7. Nntp-Posting-Host: silver.ucs.indiana.edu
  8. Organization: Indiana University
  9. References: <1e4a1cINNau2@master.cs.rose-hulman.edu> <Bxs1y9.8tK@usenet.ucs.indiana.edu> <1992Nov17.200023.26145@raven.alaska.edu>
  10. Date: Tue, 17 Nov 1992 22:33:11 GMT
  11. Lines: 24
  12.  
  13. >ksdavis@silver.ucs.indiana.edu (Karleenus Schwartz Davis) writes:
  14. >>
  15. >> [. . .]  because it's going to be around forever, just like every
  16. >>other alt.* group.  Rmgroups don't work in alt.*.  [. . .]
  17.  
  18. mike@raven.alaska.edu (Mike Kienenberger) writes:
  19. >This attitude really irks me.  Groups *are* rmgroup'able in alt.  
  20.  
  21. And they get newgrouped the next day.  Groups that move never die --
  22. people still read alt.mud.  It doesn't matter if *you* honor rmgroups;
  23. you're only one site and it doesn't stop traffic from being split.  My
  24. suggestion to the alt.fan.rush-limbaugh people was to leave off the
  25. a.f.r-l.politics group and use the existing group for that, since some
  26. sites would alias them together and some wouldn't.  No use risking a
  27. split in traffic of you can head it off at the pass.
  28.  
  29. >Not all sites pay attention to rmgroups, but those who care about the
  30. >ongoing viability of alt do.  Let the other sites fill up with tons of
  31. >garbage groups.  Eventually those sites will have to deal with the
  32. >problem when their software or hardware can no longer handle the load.
  33.  
  34. Tell it to Meredith Tanner.
  35.  
  36. -sz
  37.