home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / vms / 22160 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  4.3 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!cs.utexas.edu!asuvax!ukma!netnews.louisville.edu!wkuvx1!goathunter
  2. From: goathunter@wkuvx1.bitnet
  3. Newsgroups: comp.os.vms
  4. Subject: re: Re: Moderated VAX Info List?
  5. Message-ID: <1993Jan26.203227.5238@wkuvx1.bitnet>
  6. Date: 26 Jan 93 20:32:27 CDT
  7. References: <9301221945.AA24884@uu3.psi.com> <1993Jan26.093410@mccall.com>
  8. Organization: Western Kentucky University, Bowling Green, KY
  9. Lines: 79
  10.  
  11. In discussing the mess that is comp.os.vms and trying to decide if
  12. it's because of the newsgroup or the mailing list, tp@mccall.com (Terry
  13. Poot) in response to Jerry Leichter writes:
  14.  
  15. >>My own feeling is that the root cause is that it is the NEWSGROUP side that is
  16. >>to blame.  Flame wars are common on Usenet, even expected.  That attitude has
  17. >>spilled over to the mailing list side.  But there are other factors at work.
  18. > 
  19. > Depends, I guess, on how you look at the causality. The problems, IMHO, are
  20. > because info-vax is too large. It covers too broad a range of topics, and
  21. > therefore has a large volume of users who don't all share the same interests.
  22. > The volume almost certainly is attributable to the newsgroup. However, with a
  23. > newsgroup, you solve these problems by subdividing into more focused
  24. > newsgroups.
  25. > 
  26. While I agree with this...
  27.  
  28. > For example, on VMSnet, there is not only vmsnet.misc, which is directly
  29. > comparable (in topic) to info-vax. You also have vmsnet.sysmgt for system
  30. > management and vmsnet.internals (for internals, of course). Internals traffic
  31. > doesn't go to vmsnet.sysmgt and vice-versa. This reduces the number of people
  32. > and the volume in any one group, and the people in a group tend to have similar
  33. > interests and (to some degree) levels of expertise. This reduces the likelihood
  34. > of the sorts of flames we've seen here lately, which are caused by mixing
  35. > newbies with seasoned (but intolerant) veterans.
  36. > 
  37. ...I only partially agree with this.  When I created the MACRO32
  38. mailing list, things were great.  There were no flames and there were
  39. no posts that didn't belong there.  Once it was gatewayed to
  40. vmsnet.internals, MACRO32 started getting a lot of traffic from people
  41. who casually drop into a group and post questions that don't belong
  42. there just because the "heavy-weights" hang out there.  Consequently,
  43. some people stopped reading it.
  44.  
  45. Overall, the number of inappropriate posts to vmsnet.internals hasn't
  46. been *too* bad, but it's been bad enough that I have refused, and will
  47. continue to refuse, to gateway the Alpha version of MACRO32,
  48. ALPHA-IDS, to a newsgroup.
  49.  
  50. Jerry wrote:
  51.  
  52. >>Call me elitist for saying so, but the newsgroup side has made it too easy for
  53. >>people to jump right it.  Joining a mailing list takes a certain amount of
  54. >>effort, and many people with only a tangential interest won't bother.  
  55. > 
  56.  
  57. And Terry responded:
  58.  
  59. > Many with a direct interest won't bother, because they don't feel that a mailing
  60. > list is a useful way to carry on such conferences. I'm certain I'm not alone in
  61. > feeling this way.
  62. > 
  63. In many ways, I do prefer reading from NEWS, but for the groups I'm
  64. serious about, I prefer the mailing list primarily for the reason
  65. Jerry gave.
  66.  
  67. Terry wrote:
  68.  
  69. > The internals and TPU groups are good examples of focused groups that cover
  70. > their areas better than comp.os.vms does, draw posters not particularly active
  71. > on comp.os.vms, and aren't related to each other to speak of. We have some true
  72. > tpu experts in vmsnet.tpu who aren't in this group (or hardly at all). The
  73. > internals people are more active here than the tpu people, but not as much as in
  74. > vmsnet.internals. I think this shows that comp.os.vms is too broad, as those
  75. > constituencies left when they had a chance. Even the effects of the mailing list
  76. > haven't managed to hold them here. 
  77. > 
  78. I despise reading comp.os.vms these days, but I have to at least scan
  79. it because it's the only place that a lot of people post announcements
  80. of updates to packages available from my FILESERV.  Many of them let
  81. me know directly, but I sometimes add a package announced here to make
  82. it more easily accessible to more people.  If I stop reading
  83. comp.os.vms, I run the risk of getting behind on current versions of
  84. some programs.
  85.  
  86. Hunter
  87. ------
  88. Hunter Goatley, VMS Systems Programmer, Western Kentucky University
  89. goathunter@WKUVX1.BITNET (or goathunter%wkuvx1.bitnet@UKCC.UKY.EDU)
  90.