tp@mccall.uucp (11/15/89)
My name is Terry Poot, and I am a member of the VMSnet working group of the VAX SIG of DECUS, the Digital Equipment Computer User's Society. The aim of the working group is to promote electronic communications among users of VAX/VMS systems, and between those users and the rest of the world. To that end, the VMSnet working group has created the hierarchy of newsgroups vmsnet.*. The complete set of these is listed below. This hierarchy is for topics of interest to VAX/VMS sites. This hierarchy is just being created, and has no traffic yet. However, I'm told that the last version check message that went out across the net revealed over 200 VMS systems on Usenet, and many Usenet sites contain VMS machines that are not on the net, so there should be a great deal of interest. uunet (uunet.uu.net) currently carries these groups. We are working on getting other major sites to carry them. I (tp@mccall.uucp) am trying to arrange the distribution of these groups. Contact me if you can't find them. Also, PLEASE let me know if you decide to carry them, so I can help others find them. Note that the 2 mailing list gateways are not yet operational, but we're working on it. If you are sysadmin of a major site, please consider carrying these groups, and let me know if you will. vmsnet.announce general announcements of interest to all VMSnet readers vmsnet.announce.newusers orientation info for new users vmsnet.mail discussions of e-mail on VMS systems, OTHER than VMSnet vmsnet.mail.pmdf gatewayed to info-pmdf mailing list (not yet) vmsnet.misc discussions of VMSnet itself, gatewayed to vmsnet mailing list (not yet) vmsnet.sources source code postings for VMS systems (including VMSnet and ANU News-related software) vmsnet.sources.d discussions and requests for same vmsnet.sources.games recreational software (optional) The VMSnet working group has produced DECUS uucp, which allows uucp connection to UNIX or VMS systems. It is integrated with ANU News, which allows VMS systems to join Usenet and/or VMSnet. -- Terry Poot (800)255-2762, in Kansas (913)776-3683 The McCall Pattern Company, 615 McCall Rd., Manhattan, KS 66502, USA UUCP: rutgers!ksuvax1!mccall!tp Internet: tp%mccall@ksuvax1.cis.ksu.edu
wayne@dsndata.uucp (Wayne Schlitt) (11/16/89)
In article <1618.25614348@mccall.uucp> tp@mccall.uucp writes: > > [... Terry wants people to carry the following groups:] > > vmsnet.announce general announcements of interest to all VMSnet readers > vmsnet.announce.newusers orientation info for new users > vmsnet.mail discussions of e-mail on VMS systems, OTHER than VMSnet > vmsnet.mail.pmdf gatewayed to info-pmdf mailing list (not yet) > vmsnet.misc discussions of VMSnet itself, > gatewayed to vmsnet mailing list (not yet) > vmsnet.sources source code postings for VMS systems > (including VMSnet and ANU News-related software) > vmsnet.sources.d discussions and requests for same > vmsnet.sources.games recreational software (optional) hmmm... something about this struck me wrong, and i wasnt too sure what it was... basically, i couldnt see why you would want to create a whole new hierarchy for these groups... why not create/use comp.sources.vms for vmsnet.sources comp.sources.games.vms for vmsnet.sources.games comp.mail.vms for vmsnet.mail comp.mail.pmdf for vmsnet.mail.pmdf comp.sources.d for vmsnet.sources.d. (comp.source.d isnt that busy a news group...) after thinking about it more, what really struck me as wrong is that if every operating system/computer started its own hierarchy, this would lead to very fragmented net. each of those separate nets would be much smaller... if ultrix, msdos, sun etc all broke off separate nets, what would this do the usenet as a whole? i can see the point that _most_ sites would probably not need to carry these vms groups, but _most_ sites probably would anyway. if the goal is to save bandwidth used by these groups, then it would probably be better to continue to look at ways to automatically do this for all groups. the same argument can be used that _most_ sites would not need to carry comp.foo either. i can also see that just creating a new hierarchy would be a _whole_ lot easier than trying to run a half a dozen newsgroup votes. 1/2 :-> anyway, it's not that i am opposed to this new hierarchy, or that i think that people shouldnt carry it, it's just that this seems to run counter to the way usenet has been run in the past. most of the other non-mainstream hierarchies are there because the _rules_ for carrying them are different or because they are regional groups. just some thoughts -wayne
henry@utzoo.uucp (Henry Spencer) (11/17/89)
In article <1618.25614348@mccall.uucp> tp@mccall.uucp writes: >...newsgroups vmsnet.*. The complete set of these is listed below. This >hierarchy is for topics of interest to VAX/VMS sites. This hierarchy is >just being created, and has no traffic yet... >If you are sysadmin of a major site, please consider carrying these groups, >and let me know if you will. We will unhesitatingly carry them if and when they become subgroups of comp.os.vms. We will be very reluctant to carry them if you insist on having your own top-level name; there are too many top-level names already, and I utterly fail to see why you need one of your own. -- A bit of tolerance is worth a | Henry Spencer at U of Toronto Zoology megabyte of flaming. | uunet!attcan!utzoo!henry henry@zoo.toronto.edu
csg@pyramid.pyramid.com (Carl S. Gutekunst) (11/17/89)
In article <1989Nov16.172110.21492@utzoo.uucp> henry@utzoo.uucp (Henry Spencer) writes: >In article <1618.25614348@mccall.uucp> tp@mccall.uucp writes: >>...newsgroups vmsnet.*.... This hierarchy is for topics of interest to >>VAX/VMS sites. > >We will unhesitatingly carry them if and when they become subgroups of >comp.os.vms. We will be very reluctant to carry them if you insist on >having your own top-level name; there are too many top-level names already, >and I utterly fail to see why you need one of your own. No! This is a different distribution -- therefore it definitely should have its own top-level name. The whole inet thing -- running a completely separate distribution within the traditional namespace -- has adaquately demonstrated that this is the wrong way to go. It's easy to handwave and blame it on poor software, or poor adminsitration; but the fact remains that running different distributions within the same namespace just doesn't work very well. Think of it as administrative friendliness. What next? Fold biz.all and clari.all into the comp, sci, etc. hierarchy? vmsnet.* is the right way to go. <csg>
peter@ficc.uu.net (Peter da Silva) (11/17/89)
[Henry doesn't like new top-level groups] I have a suggestion: let's make this a test-case for my delegation idea. Assign authority for comp.os.vms.* to the vmsnet folks. -- `-_-' Peter da Silva <peter@ficc.uu.net> <peter@sugar.hackercorp.com>. 'U` -------------- +1 713 274 5180. "vi is bad because it didn't work after I put jelly in my keyboard." -- Jeffrey W Percival (jwp@larry.sal.wisc.edu)
bzs@world.std.com (Barry Shein) (11/18/89)
From: wayne@dsndata.uucp (Wayne Schlitt) >why not create/use >comp.sources.vms for vmsnet.sources >comp.sources.games.vms for vmsnet.sources.games >comp.mail.vms for vmsnet.mail >comp.mail.pmdf for vmsnet.mail.pmdf >comp.sources.d for vmsnet.sources.d. (comp.source.d ... >anyway, it's not that i am opposed to this new hierarchy, or that i >think that people shouldnt carry it, it's just that this seems to run >counter to the way usenet has been run in the past. most of the other >non-mainstream hierarchies are there because the _rules_ for carrying >them are different or because they are regional groups. Why not be opposed to the new hierarchy? You make a very valid point. My gut feeling is that this is another one of those "news group as status symbol" proposals. Actually, in this case, it's an entire news hierarchy, big status symbol. Obviously no one can just stop them but I don't really see the rationale for encouraging this project. Should we start a unix.* hierarchy? A msdos.*? os2.*? Ad nauseum? What exactly does having an entire hierarchy add to this project (other than perhaps some feeling of control at the cost of cooperation)? Where are people supposed to post in re the groups that already exist? Cross-post everything? I think this is grandstanding and just confuses things. -- -Barry Shein Software Tool & Die, Purveyors to the Trade | bzs@world.std.com 1330 Beacon St, Brookline, MA 02146, (617) 739-0202 | {xylogics,uunet}world!bzs
tp@mccall.uucp (11/18/89)
In article <1989Nov16.172110.21492@utzoo.uucp>, henry@utzoo.uucp (Henry Spencer) writes: > We will unhesitatingly carry them if and when they become subgroups of > comp.os.vms. We will be very reluctant to carry them if you insist on > having your own top-level name; there are too many top-level names already, > and I utterly fail to see why you need one of your own. In article <91457@pyramid.pyramid.com>, csg@pyramid.pyramid.com (Carl S. Gutekunst) writes: > No! This is a different distribution -- therefore it definitely should have > its own top-level name. ... > > vmsnet.* is the right way to go. These are obviously the 2 sides to the issue. There are several reasons we decided to go this way. First, we thought there might be quite a bit of resistance to a lot of VMS traffic on usenet, being a net mostly of unix systems. Second, a lot of VMS sites don't want the usenet traffic, or don't think they do, or don't want all of it, and would prefer to have a separate set of groups. Of course there are a half dozen or so usenet groups that they will need to pick up, but we distribute a list of those with the software. An important point here is that we aren't adding a new top level to usenet, we are creating a new net named VMSnet. That's what a separate hierarchy is for. A good example is bionet, a special purpose net for a special audience. It isn't part of usenet, although many usenet sites are also bionet sites. Many usenet sites are now vmsnet sites, but none have to be. VMSnet isn't usenet. If you want to create a group in the vmsnet hierarchy, don't bother announcing in news.groups, and don't bother taking a vote. We haven't even thought of those issues yet, but the place to talk about it would be vmsnet.misc. I announced the hierarchy on usenet, because I think there are a fair number of VMS users out there (I was right, I've gotten many responses, from 3 continents). Sites agree to carry traffic for various reasons. Large universities or companies may have VMS vaxes, so they would carry the groups as a service to their users. Many sites will carry them as a service to those downstream. Many NNTP sites will carry the groups just as a service to the net and the readers of those groups. (Thanks, we appreciate it!) Most of the sites that have agreed to carry vmsnet have also agreed to carry pubnet, bionet, u3b.*, unix-pc.*, gnu.*, etc., or at least some of those. I doubt that the people at those sites actually read those groups in all cases. They are doing a favor for a special audience on the net. vmsnet is in this way no different. We do think, just based on the number of VMS machines out there, that vmsnet will become large in its own right. If the traffic gets high, and usenet sites decide to stop carrying it, that's fine too. (Almost by definition, if vmsnet is that active, it will have large sites capable of being a de facto backbone.) I've already had one site tell me quite politely that he had no VMS users and no extra space, so he wouldn't carry the groups. That is perfectly fine too. I expected more of these. I'm quite frankly surprised at the number of major sites that have agreed to carry the groups. I was expecting fewer. At the risk of sounding mushy, having sent and received a combined total of over 100 mail messages in the last few days getting this hierarchy arranged, I now know how a totally anarchistic net can work: the people running the major sites are very friendly and generous people who like to help others. > A bit of tolerance is worth a | Henry Spencer at U of Toronto Zoology > megabyte of flaming. | uunet!attcan!utzoo!henry henry@zoo.toronto.edu I sure hope that the tone of this didn't come out harsh, it is in no way meant as a flame. -- Terry Poot (800)255-2762, in Kansas (913)776-3683 The McCall Pattern Company, 615 McCall Rd., Manhattan, KS 66502, USA UUCP: rutgers!ksuvax1!mccall!tp Internet: tp%mccall@ksuvax1.cis.ksu.edu
davidsen@crdos1.crd.ge.COM (Wm E Davidsen Jr) (11/18/89)
In article <91457@pyramid.pyramid.com> csg@pyramid.pyramid.com (Carl S. Gutekunst) writes: | No! This is a different distribution -- therefore it definitely should have | its own top-level name. The whole inet thing -- running a completely separate | distribution within the traditional namespace -- has adaquately demonstrated | that this is the wrong way to go. I'm not sure what you're saying here, but usenet has a separate field for distribution, separate from the name of the group. If UNIX (run by most of the sites on the net) and MS-DOS (important either personally or financially at most sites on the net) don't get their own distribution, why should vms? There are lots of distributions now, such as alt, which are organizational rather than geographic. Since you're a reasonable person I assume your desire for your own namespace comes from a bad source of technical information rather than an assumption that vms is more important than the other operating systems on the net. -- bill davidsen (davidsen@crdos1.crd.GE.COM -or- uunet!crdgw1!crdos1!davidsen) "The world is filled with fools. They blindly follow their so-called 'reason' in the face of the church and common sense. Any fool can see that the world is flat!" - anon
brad@looking.on.ca (Brad Templeton) (11/18/89)
In article <WAYNE.89Nov16092203@dsndata.uucp> wayne@dsndata.uucp (Wayne Schlitt) writes: >if every operating system/computer started its own hierarchy, this >would lead to very fragmented net. each of those separate nets would >be much smaller... if ultrix, msdos, sun etc all broke off separate >nets, what would this do the usenet as a whole? What is so bad about this? The net is too big to manage as it is. Why distribute stuff where it's not wanted? Why not have smaller subnets? I'm all for it. -- Brad Templeton, ClariNet Communications Corp. -- Waterloo, Ontario 519/884-7473
ggw@wolves.uucp (Gregory G. Woodbury) (11/20/89)
In article <1989Nov16.172110.21492@utzoo.uucp> (Henry Spencer) writes: >In article <1618.25614348@mccall.uucp> tp@mccall.uucp writes: >>...newsgroups vmsnet.*. > >We will unhesitatingly carry them if and when they become subgroups of >comp.os.vms. We will be very reluctant to carry them if you insist on >having your own top-level name; there are too many top-level names already, >and I utterly fail to see why you need one of your own. Henry, please elaborate on your contention that there are "too many top-level names already". To me it seems that the creation of a new top-level name is an ideal way to handle the potential traffic for lots of new sites that may come on the heels of this new set of software. Not only do they avoid the fol-de-rol of a newgroup election, but it is easier to tailor the feeds or sys files with a new top-level. <Followups to news.groups> -- Gregory G. Woodbury Sysop/owner Wolves Den UNIX BBS, Durham NC UUCP: ...dukcds!wolves!ggw ...dukeac!wolves!ggw [use the maps!] Domain: ggw@cds.duke.edu ggw@ac.duke.edu ggw%wolves@ac.duke.edu Phone: +1 919 493 1998 (Home) +1 919 684 6126 (Work) [The line eater is a boojum snark! ] <standard disclaimers apply>
henry@utzoo.uucp (Henry Spencer) (11/21/89)
In article <91457@pyramid.pyramid.com> csg@pyramid.pyramid.com (Carl S. Gutekunst) writes: >...Think of it as administrative friendliness. I think of it as administrative hostility, actually. The last thing I want is a dozen more pointless top-level groups cluttering up my sys file. >What next? Fold biz.all and clari.all into the comp, sci, etc. hierarchy? They've got good reasons for being separate. vmsnet doesn't. -- A bit of tolerance is worth a | Henry Spencer at U of Toronto Zoology megabyte of flaming. | uunet!attcan!utzoo!henry henry@zoo.toronto.edu
henry@utzoo.uucp (Henry Spencer) (11/21/89)
In article <7030@ficc.uu.net> peter@ficc.uu.net (Peter da Silva) writes: >I have a suggestion: let's make this a test-case for my delegation idea. >Assign authority for comp.os.vms.* to the vmsnet folks. Sounds good to me. Maybe if we get the administrative trivia out of the way, the real motives of the "vmsnet.*" group will emerge. (Surely you don't expect that they will actually go along with such a reasonable idea...) Okay, so I got out on the wrong side of bed this morning. Nevertheless, I expect this idea will be ignored -- it doesn't have the ego appeal of "our OWN top-level group". -- A bit of tolerance is worth a | Henry Spencer at U of Toronto Zoology megabyte of flaming. | uunet!attcan!utzoo!henry henry@zoo.toronto.edu
gary@sci34hub.UUCP (Gary Heston) (11/21/89)
In article <1989Nov17.174318.21963@world.std.com>, bzs@world.std.com (Barry Shein) writes: > > From: wayne@dsndata.uucp (Wayne Schlitt) > >why not create/use > >comp.sources.vms for vmsnet.sources [ ..... ] > > ..... it's just that this seems to run > >counter to the way usenet has been run in the past. > Why not be opposed to the new hierarchy? You make a very valid point. > My gut feeling is that this is another one of those "news group as > status symbol" proposals. Actually, in this case, it's an entire news > hierarchy, big status symbol. My gut feeling is that somebody who already has the equivalent of most of this in place (in the comp groups) wants the 90% (guesstimate) of us who don't run VMS to support the 10% who do with a significant part of our resources. > Obviously no one can just stop them ..... Ever hear of the "rmgroup" command? I think that'll stop them from my site--considering that we have no DEC hardware in my division, I can't see supporting something that duplicates part of what I'm getting already. Further, this is USENET, not VMS-SUPPORTED-BY-REAL-OS-NET. We have guidlines about forming new newsgroups. We're all supposed to follow these guidelines, partly to operate in concensus--i.e., operate in a manner that is generally agreed upon by the net users and admins. This hierarchy was not voted upon by the net, much less any of the sub-groups in it. It won't be coming into this site for two real simple reasons: 1) It is not an "official" newsgroup, within one of the existing hierarchies, approved by the net as a whole. 2) I'm NOT going to edit it into my sys file. Stopped? Gee, whiz, I don't see anything coming in here to stop... A rogue newgroup message could come in, under one of the existing top-level groups, and I probably wouldn't care. A whole new hierarchy, however, requires my intervention before it'll be formed here, and that's not going to happen. If the initiators of this vmsnet thing are confident that it'd be voted in favor of, why wasn't it discussed and voted in properly? > I think this is grandstanding and just confuses things. Agreed. Very much so. What was that site name, again--I need to write a little script about it....something with an "rm" in it... > -Barry Shein > Software Tool & Die, Purveyors to the Trade | bzs@world.std.com > 1330 Beacon St, Brookline, MA 02146, (617) 739-0202 | {xylogics,uunet}world!bzs -- Gary Heston { uunet!sci34hub!gary } System Mismanager SCI Technology, Inc. OEM Products Department (i.e., computers) Hestons' First Law: I qualify virtually everything I say.
ckd@bu-pub.bu.edu (Christopher Davis) (11/21/89)
>>>>> On 21 Nov 89 02:34:51 GMT, gary@sci34hub.UUCP (Gary Heston) said:
[on vmsnet.all]
Gary> My gut feeling is that somebody who already has the equivalent of
Gary> most of this in place (in the comp groups) wants the 90% (guesstimate)
Gary> of us who don't run VMS to support the 10% who do with a significant
Gary> part of our resources.
Nope; sounds like somebody who figures that this will keep people who don't
care about VMS from having to support them at all! Look at it this way:
the whole hierarchy system was designed to make it easier to pick-and-choose
the groups your site feeds without having to get down-and-dirty with each
group, right? You and your users don't give an airborne copulation about
VMS, right? *So don't take vmsnet.all.* Simple. You don't even have to
make any effort.
Gary> Ever hear of the "rmgroup" command? I think that'll stop them from
Gary> my site--considering that we have no DEC hardware in my division,
Gary> I can't see supporting something that duplicates part of what I'm
Gary> getting already.
Why rmgroup it? *Just don't join vmsnet!* If you don't like commercial
messages, you simply ignore biz.all, and life is grand. If you don't like
VMS (and I, personally, think it's horrible and icky &c) then ignore
vmsnet.all.
Gary> Further, this is USENET, not VMS-SUPPORTED-BY-REAL-OS-NET. We have
Gary> guidlines about forming new newsgroups. We're all supposed to follow
Gary> these guidelines, partly to operate in concensus--i.e., operate in
Gary> a manner that is generally agreed upon by the net users and admins.
*This* is usenet. *That* is the altnet. *Over there* is vmsnet.
Gary> This hierarchy was not voted upon by the net, much less any of the
Gary> sub-groups in it. It won't be coming into this site for two real
Gary> simple reasons:
Gary> 1) It is not an "official" newsgroup, within one of the
Gary> existing hierarchies, approved by the net as a whole.
Gary> 2) I'm NOT going to edit it into my sys file.
Yup. See what I mean? You've just proved my point--*this is why they did
it as a separate hierarchy.*
Sometimes I wonder about people who seem to be arguing my side for me.
--
Christopher Davis, BU SMG '90 <ckd@bu-pub.bu.edu> <smghy6c@buacca.bitnet>
"Technology is dominated by those who manage what they do not understand."
peter@ficc.uu.net (Peter da Silva) (11/22/89)
In article <409@sci34hub.UUCP> gary@sci34hub.UUCP (Gary Heston) writes: > My gut feeling is that somebody who already has the equivalent of > most of this in place (in the comp groups) wants the 90% (guesstimate) > of us who don't run VMS to support the 10% who do with a significant > part of our resources. Oh, balderdash. If they wanted to do that they would create the VMSNET DIGEST and post it to comp.os.vms. They are explicitly requiring people who want the group to find a feed and subscribe to it. Just so long as they don't get pissed off and throw a fit if people start talking about UNIX in it, the way Richard Stallman does if you mention the a-word in gnu.*. Or act surprised when someone starts complaining when it leaks into their site. > Further, this is USENET, not VMS-SUPPORTED-BY-REAL-OS-NET. No, it's VMSNET. -- `-_-' Peter da Silva <peter@ficc.uu.net> <peter@sugar.lonestar.org>. 'U` -------------- +1 713 274 5180. "I agree 0bNNNNN would have been nice, however, and I sure wish X3J11 had taken time off from rabbinical hairsplitting to add it." -- Tom Neff <tneff@bfmny0>
romain@pyramid.pyramid.com (Romain Kang) (11/22/89)
In article <1989Nov20.162426.6252@utzoo.uucp> henry@utzoo.uucp (Henry Spencer) writes: | In article <91457@pyramid.pyramid.com> csg@pyramid.pyramid.com (Carl S. Gutekunst) writes: | >...Think of it as administrative friendliness. | | I think of it as administrative hostility, actually. The last thing I want | is a dozen more pointless top-level groups cluttering up my sys file. You're seeing opposite sides of the same coin. Those of us who don't want the new groups will have an easier time if vmsnet.* groups get their own hierarchy, and vice versa for the other case. The reason I see the inet distribution as a fiasco is there's no easy way to ensure the messages in the inet groups go out with the correct distribution. If there is, then why do well-run inet sites like rutgers still dump over 500K of inet each week onto their non-inet neighbors? (Through no administrative fault, I might add.) Certainly, it should not be difficult to make news software at the posting sites check headers and attach a Distribution: when the posters neglect to do so, but then how do you handle cross-posting between two groups with different implicit distributions? As far as I know, no one has addressed this issue yet. -- ''!!x89 dimaryP a fo edisni deppart m'I !pleH`` ``oNhwre eenraa sab dsab iegnt arppdei sndi efoa P /CTAr nuingnM -SOD!S!!''
tale@pawl.rpi.edu (David C Lawrence) (11/22/89)
In article <7030@ficc.uu.net> peter@ficc.uu.net (Peter da Silva) writes: Peter> I have a suggestion: let's make this a test-case for my Peter> delegation idea. Assign authority for comp.os.vms.* to the Peter> vmsnet folks. In <1989Nov20.162705.6355@utzoo.uucp> henry@utzoo.uucp (Henry Spencer) writes: Henry> Sounds good to me. Maybe if we get the administrative trivia Henry> out of the way, the real motives of the "vmsnet.*" group will Henry> emerge. (Surely you don't expect that they will actually go Henry> along with such a reasonable idea...) It sounds good to me too, but those admins who think the USENET which is best is one that they never have to touch will surely complain about having to add !comp.os.vms.all to outgoing feeds who didn't want the data at all. I really think it is worth the trouble though. Why must admins who do their jobs give way continually to those who choose to ignore actually administering their system? We get other "major" alternate hierarchies including u3b, unix-pc, and now vmsnet. Why can't they be merged into the regular USENET namespace? [Answer: because of the admins who just don't understand how it all works. "Uh, why did johann@bigvax.site.edu send a newgroup for comp.os.vms.networks without a vote??" No, I don't think it is a good answer. It is one I expect to hear though.] [Why is this in comp.mail.uucp? Heaven help he who breaks the message chain, though. (cf news.software.b)] Dave -- (setq mail '("tale@pawl.rpi.edu" "tale@ai.mit.edu" "tale@rpitsmts.bitnet"))
brad@looking.on.ca (Brad Templeton) (11/23/89)
You can't win, can you? People want to create groups within comp (& etc.) and they have to go through a time consuming and often flame-ridden process. Create your own hierarchy, however, and you get flamed just as much. -- Brad Templeton, ClariNet Communications Corp. -- Waterloo, Ontario 519/884-7473
mark@cblpf.ATT.COM (Mark Horton) (11/23/89)
In article <49454@looking.on.ca> brad@looking.on.ca (Brad Templeton) writes: >In article <WAYNE.89Nov16092203@dsndata.uucp> wayne@dsndata.uucp (Wayne Schlitt) writes: >>if every operating system/computer started its own hierarchy, this >>would lead to very fragmented net. each of those separate nets would >>be much smaller... if ultrix, msdos, sun etc all broke off separate >>nets, what would this do the usenet as a whole? > >What is so bad about this? The net is too big to manage as it is. Why >distribute stuff where it's not wanted? Why not have smaller subnets? >I'm all for it. Brad is absolutely right. Netnews traffic has reached 8 MB/day, and it's doubling every year. It was not long ago that most ordinary sites kept 2 weeks of traffic on the disk. Now, even though our charter is to provide Netnews service, we can only fit about 10 days worth on a disk and still have enough breathing room for fits and bursts. (We're investigating creative solutions to this.) There are two reasons why traffic is growing so rapidly. One is that the number of people on the net is growing rapidly. The other is that new newgroups are being created at an alarming rate. Reading news.announce.newgroups it's clear that nearly every country in the world is taking a vote on a soc.culture.* group, and there are zillions of other groups being voted on. Without exception, there are only a handfull of "no" votes, and it's trivial to get a 100 vote "yes" margin. I proposed that rule years ago when it made sense, but it's a joke now. If someone wanted to create rec.humor.mud-wrestling, I'm sure it wouldn't be hard. Greg Woods has proposed requireing a 2/3 majority to create new newsgroups. This is clearly a step in the right direction, and I've voted "yes" on it. However, it doesn't go nearly far enough. I think it should be a lot harder to create a mainstream Usenet group. Perhaps it should be shown that enough people would *read* it to justify deleting some less-read group from the bottom of the list. VMSNET is not without precedent. There has been a unix-pc.* net for years now. It's not bothering anybody. Neither will VMSNET. Furthermore, objecting to the creation of VMSNET is blatant censorship: you're telling somebody else what they can do with their own machines! It's akin to forbidding a small group from publishing their own magazine or newsletter. By the very nature of the alternate heirarchy, you won't carry it unless you ask for it. Alternate heirarchies are an important way of keeping the Usenet .newsrc files down to a finite length. Right now a typical .newsrc file is about 16K bytes. For our 7000 users, the .newsrc and .oldnewsrc files add up to over 200 megabytes of disk space, all of which needs to be backed up. NNTP reads the active file over the net before rrn can start up - this would take 5 seconds on an idle 56K trunk. When the trunks get loaded at lunchtime, we sometimes get reports of taking a minute or more to start up rrn! I think it's unlikely our users will want VMSNET (this being AT&T, we run UNIX on our mainframes!) so this simplifies things for us. I strongly support the use of alternate heirarchies such as VMSNET, and I fail to see how anyone can oppose them in good faith. Mark Horton Usenet Old-Timer
allbery@NCoast.ORG (Brandon S. Allbery) (11/23/89)
First we get that extended unilateral flame-war from Greg@Lawnet, now this load of nonsense: As quoted from <409@sci34hub.UUCP> by gary@sci34hub.UUCP (Gary Heston): +--------------- | My gut feeling is that somebody who already has the equivalent of | most of this in place (in the comp groups) wants the 90% (guesstimate) | of us who don't run VMS to support the 10% who do with a significant | part of our resources. +--------------- Your gut feeling is based on a misapprehension. +--------------- | > Obviously no one can just stop them ..... | | Ever hear of the "rmgroup" command? I think that'll stop them from | my site--considering that we have no DEC hardware in my division, | I can't see supporting something that duplicates part of what I'm | getting already. +--------------- You have this right in any case, but even more so in the case of a separate hierarchy. +--------------- | Further, this is USENET, not VMS-SUPPORTED-BY-REAL-OS-NET. We have +--------------- IDIOT ALERT!!! Keep your OS-religious-jihad beliefs out of it. +--------------- | guidlines about forming new newsgroups. We're all supposed to follow | these guidelines, partly to operate in concensus--i.e., operate in | a manner that is generally agreed upon by the net users and admins. +--------------- Correct. IN THE USENET HIERARCHIES. To wit: the guidelines apply ONLY in the following seven hierarchies: comp, sci, talk, news, soc, rec, misc. ALL OTHER HIERARCHIES ARE NOT PART OF THE USENET. +--------------- | This hierarchy was not voted upon by the net, much less any of the | sub-groups in it. It won't be coming into this site for two real +--------------- It doesn't have to be. Oh, yes, I know, I constantly run into arguments about how the Usenet is the programs and the data flowing over the phone lines as a result of those programs. WRONG. By this argument, Ohio Bell is the Fidonet *and* the Usenet in the state of Ohio, and similar for all the other RBOCs and independent phone companies. THE TRANSPORT MECHANISM IS NOT THE USENET. Remember that! If it took your fancy, you could create your own hierarchy, no questions asked. +--------------- | 1) It is not an "official" newsgroup, within one of the | existing hierarchies, approved by the net as a whole. +--------------- "Official" nonsense. Official doesn't exist; even Spaf's list of newsgroups is nothing mroe than a guide for those who want it. And in any case, the rules of the Usenet (remember the seven hierarchies I named above) don't apply to any other hierarchy. When's the last time the "net" votes on an alt group? A biz group? A bionet group? Or should all of those hierarchies curl up and die too because nobody solicited your opinion before creating them? Your opinion matters only insofar as it concerns your willingness or lack of same to carry the hierarchy on your site. +--------------- | formed here, and that's not going to happen. If the initiators | of this vmsnet thing are confident that it'd be voted in favor | of, why wasn't it discussed and voted in properly? +--------------- Has it ever occurred to your overinflated, egotistical Unix-bigotry that DECUS doesn't give a d*mn what you think about it or whether it's carried on a Unix site? Get real. They are using the TRANSPORT MECHANISM. They are going to enforce their own rules via a central authority (DECUS), which nobody on the mainstream Usenet would accept in any case. As a result, they should -- and will -- use a separate hierarchy and therefore don't need the permission of every egotistical little site admin in the world in order to run their network. +--------------- | Agreed. Very much so. What was that site name, again--I need to | write a little script about it....something with an "rm" in it... +--------------- Gee, am I supposed to ask your permission before I create expnet.all? Before I post? Before I read news? Before I sneeze? DECUS couldn't care less about your unwillingness to carry vmsnet. That's why it's a separate hierarchy! Get your facts straight and *think* before you start flaming everyone for not getting your permission before doing their own thing without interfering with you. ++Brandon -- Brandon S. Allbery allbery@NCoast.ORG, BALLBERY (MCI Mail), ALLBERY (Delphi) uunet!hal.cwru.edu!ncoast!allbery ncoast!allbery@hal.cwru.edu bsa@telotech.uucp *(comp.sources.misc mail to comp-sources-misc[-request]@backbone.site, please)* *Third party vote-collection service: send mail to allbery@uunet.uu.net (ONLY)* expnet.all: Experiments in *net management and organization. Mail me for info.
bzs@world.std.com (Barry Shein) (11/24/89)
From: mark@cblpf.ATT.COM (Mark Horton) >There are two reasons why traffic is growing so rapidly. One is that >the number of people on the net is growing rapidly. The other is that >new newgroups are being created at an alarming rate. People, yes. But group creation? I still don't believe that the mere creation of a group affects traffic much (other than perhaps redirecting it.) I am sure there are exceptions (soc.culture.* might be one major area of exception, so your example is probably good even if as a general rule it's not so good.) The creation of groups is a *symptom* of the net populous growing rapidly much more than a *cause*. And holding back group creation is probably the worst way to try to slow down traffic growth. Once people get that idea they'll just start acting in uncontrollable ways to get their interest posted. And I wouldn't blame them. >VMSNET is not without precedent. There has been a unix-pc.* net for >years now. It's not bothering anybody. Neither will VMSNET. >Furthermore, objecting to the creation of VMSNET is blatant censorship: >you're telling somebody else what they can do with their own machines! >It's akin to forbidding a small group from publishing their own >magazine or newsletter. By the very nature of the alternate heirarchy, >you won't carry it unless you ask for it. *IT'S NOT CENSORSHIP*. Geee. Be careful with loaded words like that. IN THE FIRST PLACE (sorry for shouting), censorship is something the government does to people as an act of law and using their unique police powers. Anything else is at best metaphorically similar but...well, Freedom of the Press does not guarantee you space on the front page of the New York Times. Telling someone to shut up is not censorship, unless you happen to be a government. Most of us aren't. Secondly, most people objecting to VMSNET (myself included) only did so because they wanted to see the groups in the main hierarchies. To a one! If anything, I feel more like I reached out a hand and they bit it. It's hard to call that CENSORSHIP, even metaphorically. To follow your analogy, it's more like "don't create that little special interest magazine, here, we'll give you all the space you need to publish your material. You might find that offer unacceptable, but it's hardly censorship. As to unix-pc and other narrow interest top-levels. No, they don't bother anyone (we have over 50 top-levels on World here, mostly geographic.) I think the point was that it doesn't *help* anyone either. Most of the top-levels like unix-pc have almost no traffic, probably due to the fact that they're top-level and few distribute them. The rest of your point is valid I suppose but opens new cans of worms. If the justification for new hierarchies is so sites can easily choose NOT to carry something, than what method do we use (if any) to sensibly have those created? Any? Is the opposite true, should we just flatten the whole tree? We all know there are sites who want much of alt. but not, typically, alt.sex. Should we have a sex top-level? Should we take every topic for which there might be a significant number of sites disinterested and make them top-level? Abortion, politics, sex, religion, various OS's and machines (if AT&T wants to easily split out VMS because they're the Unix home, do they also want to split out MS/DOS, OS/2, Macintosh, Amiga etc for the same reason? Why not?) If we are to use the term "censorship" isn't making it easier to not carry groups based on various business and political policies a helluva lot more like censorship than trying to just carry the material in the mainstream where it belongs? *We're* ``censoring'' the VMSNET folks because *we're* not making it easy for you to refuse to distribute their material? Think about it. I think we have a slave serving two masters. What are the top-level hiearchies for? To sort out subjects sensibly or to make it easy to refuse to carry certain topics? Although there is some overlap in those aims I think we've long since hit the point where they're at odds. Perhaps it should simply be made easier to take whatever groups you do or don't want and let the hierarchies be used for broad top-level splits based on subject matter rather than some vague sense of marketing concerns (by "marketing" I mean that one has to somehow guess what the population out there wants and doesn't want, in broad swaths, to decide how to define the top-levels.) Otherwise it seems like we're headed for a lot of madness. Maybe we're already there. -- -Barry Shein Software Tool & Die, Purveyors to the Trade | bzs@world.std.com 1330 Beacon St, Brookline, MA 02146, (617) 739-0202 | {xylogics,uunet}world!bzs
chuckb@lotex.UUCP (Chuck Bentley) (11/24/89)
In article <51369@looking.on.ca> brad@looking.on.ca (Brad Templeton) writes: >You can't win, can you? > >People want to create groups within comp (& etc.) and they have to go through >a time consuming and often flame-ridden process. > >Create your own hierarchy, however, and you get flamed just as much. To have the freedom of a true anarchey as we do, one must expect to have trade-offs. The NET is about the only place I can imagine that this would work. If we were standing face to face we would probably kill each other before we could calm down enough to think things thru rationally. Personaly I love it. Chuck... ..!moray!lotex!chuckb (lotex - as in NOT high tech)
bbh@whizz.uucp (Bud Hovell) (11/26/89)
In article <1989Nov22.045538.16379@rpi.edu> tale@pawl.rpi.edu (David C Lawrence) writes: >I really think it is worth the trouble though. Why must admins who do >their jobs give way continually to those who choose to ignore actually >administering their system? We get other "major" alternate >hierarchies including u3b, unix-pc, and now vmsnet. Why can't they be >merged into the regular USENET namespace? > >[Answer: because of the admins who just don't understand how it all >works. "Uh, why did johann@bigvax.site.edu send a newgroup for >comp.os.vms.networks without a vote??" No, I don't think it is a good >answer. It is one I expect to hear though.] I was recently drawn, quartered, and fully basted for arguing that unix-pc* should be integrated into the "regular USENET namespace". :-) While I happen to favor this idea still (having never been one to abandon a postion *simply* because it may be grossly flawed :-), I can assure you that the folks who disagreed [and who prevailed] could *never* be characterized as inept slackers who "don't understand how it all works". Indeed, I must say that the distinguishing feature of *many* of the people who strongly opposed my [not new] argument is that they arose from that population of persons generally recognized for their broad experience and knowledge. People who are distinguished by active contribution of their time, skill, and (oftentimes) great patience in support of usenet generally, and unix-pc sysadmins and users particularly. Nor was there ever any mention of concern for other administrators who lack such understanding. [Few administrators who are lazy or inept are going to take the additional time often required to arrange for a special feed to come to them. Concern for participation of the inept might actually better support the argument for integration of unix-pc* (or vmsnet*) into the already existing hierarchy, precisely because no added effort would be required by such sysadmins to obtain that specific participation]. Comfort may be drawn from assuming that one's opponents likely suffer from diminished capacity, insufficient experience, or lack of motivation to excel. It is also possible to argue that opponents are just plain cussed folk who are no damn good and never will be. (The view I tend to favor :-). But the fact is that people often make choices different than our own based on what makes *them* more or less comfortable - which comfort may arise from causes not fully susceptible to "reason" (the label most of us use to identify that process by which we collect a body of objective evidence which supports the position with which *we* are subjectively most comfortable). If vmsnet succeeds stand-alone, then it does. If it fails, the participants will know it sooner than anyone else and fold the operation forthwith. Why not let these folks get on with the acid test? - with our good wishes for the success of their venture. Bud ________________________________________________________________________ UUCP: ...{tektronix|sun}!nosun!whizz!bbh (Just another pilgrim :-) MOTD: "Lead, follow, or get out of the way!" - Ted Turner
don@gp.govt.nz (Don Stokes, GPO) (11/27/89)
In article <91457@pyramid.pyramid.com>, csg@pyramid.pyramid.com (Carl S. Gutekunst) writes: > In article <1989Nov16.172110.21492@utzoo.uucp> henry@utzoo.uucp (Henry Spencer) writes: >>In article <1618.25614348@mccall.uucp> tp@mccall.uucp writes: >>>...newsgroups vmsnet.*.... This hierarchy is for topics of interest to >>>VAX/VMS sites. >> >>We will unhesitatingly carry them if and when they become subgroups of >>comp.os.vms. We will be very reluctant to carry them if you insist on >>having your own top-level name; there are too many top-level names already, >>and I utterly fail to see why you need one of your own. > > No! This is a different distribution -- therefore it definitely should have > its own top-level name. The whole inet thing -- running a completely separate > distribution within the traditional namespace -- has adaquately demonstrated > that this is the wrong way to go. It's easy to handwave and blame it on poor > software, or poor adminsitration; but the fact remains that running different > distributions within the same namespace just doesn't work very well. Think of > it as administrative friendliness. > > What next? Fold biz.all and clari.all into the comp, sci, etc. hierarchy? > > vmsnet.* is the right way to go. > > <csg> 'ang on. There is one *major* problem with new top level names - simply, that many sites (eg all? New Zealand ones) only get a subset of all available newsgroups. If you create a new top level name, WE WILL NOT GET IT!!!! It's fine to just blame poor software etc, as you say - but some of us live in the *real* *word* (ie outside the USA 8-) - issues preventing full news coverage include economics - virtually zilch of the problem is technical. Don Stokes ZL2TNM / / vuwcomp!windy!gpwd!don Systems Programmer /GP/ Government Printing Office PSI%0530147000028::DON __(and_Postmaster)__/ /__Wellington__New_Zealand________don@gp.govt.nz________ No matter what goes wrong with your carefully planned database system, there is always someone who says they knew it would.
bruceki@microsoft.UUCP (Bruce King) (11/29/89)
I like the idea proposed to tie the continued viability to the newsgroup to its readership, but I'm going to point out that one of the most-hated (the newsgroup most often mentioned as disliked) alt.sex is also one of the top 25 newsgroups (as per news.lists) I agree that the 100-more-than-no-vote rules currently in place don't cut it. There are just not enough people who care enough to read these groups and vote NO, and too many people who'll post virtually everywhere in search of a YES vote. Given that there are 14,000 posters this week I'd like to see the yes/no tied to THAT number, not to some fixed arbitrary number, like 500. I'd like to say that the YES votes must outnumber the no votes by at least 2% of the average number of posters in the month that the vote was taken. This will continue to work even as the network grows. That would make it 280 yes votes to create a new group, and mean that it was roughly 3 times harder to create a new group. And as the network grows, this number would grow as well. Comments? uunet!microsoft!bruceki (work) (206) 882-8080 uw-beaver!sumax!polari!bruceki (home)
kenji@ybbs.c.u-tokyo.ac.jp (Kenji Rikitake) (11/29/89)
In article <744@gp.govt.nz> don@gp.govt.nz (Don Stokes, GPO) writes: >'ang on. There is one *major* problem with new top level names - simply, >that many sites (eg all? New Zealand ones) only get a subset of all >available newsgroups. If you create a new top level name, WE WILL NOT >GET IT!!!! I just want to write I'm also one of the refugees, who actually RUNS VMSNET at TWICS, and who can't afford paying more than 100,000yen ($800) to get access to UUNET DIRECTLY. <sigh> I'm not complaining; I just want to subscribe vmsnet.* groups. -- Kenji Rikitake, TWICS sysop, running VMSNET(DECUS UUCP) at TWICS's MicroVAX ][, getting well-connected to JUNET -- Kenji Rikitake: Packet Radio User's Group Vice-President International 72407.524@compuserve.com / kenji%dctwcs.das.net@sun.com (TWICS) kenji@jj1bdx.ampr.org [44.129.16.82] <- AMPRnet in JA: kenji@jj1bdx.ampr.jp kenji@ybbs.c.u-tokyo.ac.jp [130.69.77.1] <- uupc test site in Japan
brad@looking.on.ca (Brad Templeton) (11/30/89)
Any 'group creation' system merely defines the *default* for the existence and propagation of a group. It must answer the question of whether, in general, a group is worth transmitting around almost the whole net. Since it seems a majority of sites stick with the default, this has become important, but it is still only the default. A group for talking about sex *is* highly desired. Both readership, posting level and the newsgroup "voting" system say this very strongly.(*) So the default should be, by any standard of this sort, to have a sex group. It is, however, likely that some site owners would be scared by it, and not follow that default. (*)One can speculate that alt.sex would be the most popular newsgroup on the net if it were fully distributed. In the arbitron surveys, it's readership/propagation figure surpasses all groups, including rec.humor.funny. On the other hand, add 40% more sites to the group and I suspect many of the existing readers would drop out. Unmoderated groups seem to reach a critical mass where as participation increases, noise increases, driving out many of the participants, often including the most valued. As usenet grows, group ratings drop, it seems. -- Brad Templeton, ClariNet Communications Corp. -- Waterloo, Ontario 519/884-7473
tale@cs.rpi.edu (Dave Lawrence) (12/01/89)
In article <744@gp.govt.nz> don@gp.govt.nz (Don Stokes, GPO) writes:
'ang on. There is one *major* problem with new top level names - simply,
that many sites (eg all? New Zealand ones) only get a subset of all
available newsgroups. If you create a new top level name, WE WILL NOT
GET IT!!!!
So what are you are saying then is that the name of the newsgroup(s)
should be chosen for distribution potential rather than how well the
group(s) fit into the namespace? That we should make groups with
names which attempt to subvert existing control mechanisms for control
and flow of article traffic? Just checking.
Dave
--
(setq mail '("tale@cs.rpi.edu" "tale@ai.mit.edu" "tale@rpitsmts.bitnet"))
"... the broader subject of usenet customs and other bizarre social phenomena."
-- Phil Agre <agre@gargoyle.uchicago.edu>