ruck@reef.cis.ufl.edu (John Ruckstuhl) (01/10/91)
As voting ends, I urge persons read this FASCINATING anecdote (posted two months ago in comp.sys.att). Then, please mail your vote to gatech!bagend!vote, as described in the form attached after my anecdote. Even if you fear your vote is too late (deadline is today, Wednesday 1/9), please vote when you read this posting anyway (I cannot guarantee that it can be counted - perhaps there is a guideline which prohibits counting late votes. But it can't hurt). I regret that the effectiveness of this posting is diminished by its late posting date. Best Regards, ruck - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From: ruck@sphere.UUCP (John R Ruckstuhl Jr) - Newsgroups: unix-pc.general,comp.sys.att - Subject: comp.sys.3b1? (was Re: Monthly posting about Unix-PC network) - Message-ID: <315@sphere.UUCP> - Date: 11 Nov 90 06:50:14 GMT In article <1990Nov3.045636.12735@cs.ucla.edu>, kirkaas@makaha.cs.ucla.edu (paul kirkaas) writes: > Why not just move the whole unix-pc tree under comp.sys.unix-pc, which > is clearly where it belonged in the first place? Surely you'll get many replies, saying essentially: "unix-pc has a separate hierarchy because it evolved separately, ie is separate for historical reasons", and "it hasn't been integrated with the 'comp' hierarchy because there is no true benefit to doing so". Some will argue that "no one can have real troubles getting unix-pc if they make just a small effort". Likely, several people will generously offer a feed of the unix-pc newsgroups, or suggest ways to gain access - perhaps via the digest that Scott Hazen Mueller kindly mails. I now offer a mild rebuttal in the form of a counterexample from my personal experiences. At my previous residence in Colorado Springs, my 3b1, sphere, began exchanging news with hp-lsd. I was (am) a novice at news administration, and it took one month for me to realize that although hp-lsd claimed to be forwarding me unix-pc, I was seeing only parts of some discussions in that newsgroup. Soon I discovered an explanation - I was seeing only those unix-pc articles which were cross-posted to comp.sys.att (a newsgroup in the "standard" distribution). I studied the paths of articles. The path was usually pretty consistant for about 6 hops, from hp-lsd to hp-sdd (California), because most sites in HP ran "notes" instead of some form of "news", and didn't have the ability to exchange articles by NNTP (so HP sites exchanged with each other rather than exchange with other well-connected sites). hp-sdd was the demarcation - they exchanged news with the "outside" world. So any of 6 upstream sites could be the bottleneck. I wrote system administrators upstream and asked politely about unix-pc (notes doesn't support the "sendsys" control message, so I couldn't get this information automatically). Some never responded. Some responded that they didn't carry unix-pc, but would start (thanks hp-sdd, hpcc01, hp-col). Mike Rodriquez at hplabs said, essentially, "I *won't* carry it because I don't see that it is beneficial to HP". I wrote back asking him to reconsider, hoping that he wouldn't apply a criterion to unix-pc that he wouldn't apply to, say, rec.arts.tv.soaps. This logic, and a "spirit of USENET" appeal failed to persuade him. Concurrently with investigating the HP path, I looked at alternative sources in Colorado Springs. DEC had an entry in the maps, so I called the system administrator listed. He'd relocated, and his replacement was out of town for 2 weeks. I was unable to find his alternate. I reached him a few weeks later, and he did indeed receive unix-pc from some DEC-hub somewhere, but he was uncomfortable UUCP'ing outside DEC for "security" reasons, and I didn't feel I had the right to argue with him, since supporting news exchange is a courtesy rather than an obligation (in my opinion). The local branch of University of Colorado was well-fed from UC Boulder, but according to the persons I spoke with, they couldn't provide telephone access because they didn't have the proper hardware. All other sites in Colorado Springs that I knew about (from the regularly posted UUCP maps) were fed solely by hp-lsd. I then made contact with a system administrator at Cray (thanks, David Keaton, Peter Hill) who had an !independent! feed via NNTP with University of Denver who exchanged news with UC Boulder, who exchanged news with ncar who I !knew! was well-connected. They generously allowed me to poll them for unix-pc. I was elated! I saw unix-pc articles which hadn't been cross-posted to comp.sys.att, so I believed I finally had a healthy feed. But two weeks later, I became suspicious again when someone referred to a posting in unix-pc.sources that I never saw. I did a "sendsys". Everyone in ncar!boulder!upikes!aspen!sphere looked fine! So I wrote these system administrators, and determined there was a bottleneck at upikes. Aha! A week later, after a few unreturned letters and calls, I spoke with Randy Hagan at upikes who was quite pleasant, and explained that awhile ago, he'd removed unix-pc from the active file (Ah, I wasn't a sophisticated enough news administrator to think of that possibility). But how did I get the occasional articles which had been posted only to unix-pc, I wondered. He'd accidently left unix-pc.bugs active, so I was just seeing articles which had been (cross-)posted to that newsgroup. He soon reactivated all of the unix-pc newsgroups, and !finally! I had a healthy newsfeed. The interval between original attempt to subscribe to unix-pc and acquiring a healthy newsfeed was 6 months (obviously I didn't work on this full time, but I think I did make considerable effort). I think this is perhaps the most long-winded article I've ever posted. Readers, please accept my apologies. 1. The bottlenecks such as at hplabs and upikes would be much less likely if unix-pc newsgroups were part of the "standard" distribution rather than an "alternative" hierarchy. I believe moving into "comp" would increase distribution of the newsgroups. I think this alone justifies such a move. 2. I will gladly concede that it is easy for anyone to gain access to unix-pc if one is willing to pay, but I assert that news exchange via local telephone call to a friendly neighbor is preferred to a toll call or paid subscription to a service. Some very, very, generous individual in ?RI? once offered to call 3b1's that couldn't get a local feed (did I really read that right?), but some of us prefer not to receive calls because we share one telephone line for data and voice. My experiences have made me more knowledgeable, but I wish them on no one. I hope that my letter convinces others that it is possible to have difficulties acquiring a free feed for unix-pc, and that in the interest of greater distribution of the newsgroup, they will vote for a move if and when such a voting opportunity occurs (even if they themselves do not anticipate access difficulties). > This would also allow us to separate out discussions of 3b1's and 3b2's > and 6386's, which have nothing really to do with each other. The mechanism to separate those discussions do with other machines already exists, viz unix-pc, u3b, and comp.sys.ibm.pc. Best Regards, John. -- John R Ruckstuhl, Jr ruck%sphere@cis.ufl.edu, sphere!ruck University of Florida ruck@cis.ufl.edu, uflorida!ruck - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > From: vote@bagend.uucp (vote taker) > Subject: Voting form for comp.sys.[att].[3b1|unixpc!safari] > Message-ID: <1990Dec26.005812.15245@bagend.uucp> > Date: 26 Dec 90 00:58:12 GMT Remember: no means no. yes means yes, first choice. ok means acceptable but not first choice. To vote for/against, edit the line to indicate your choice, ie: 'yes' I vote ... or 'no' I vote ... or 'ok' I vote ... and not: 'yes/no/ok' I vote ... ======== START VOTING FORM ========= create-a-group-section ---------------------- yes/no I vote to create a comp.sys group to be named by this vote yes/no I vote to create a comp.sources group to be named by this vote choose-a-hierarchy-section -------------------------- yes/no/ok I vote to put the group in comp.sys yes/no/ok I vote to put the group in comp.sys.att yes/no/ok I vote to put the group in comp.sys.m68k choose-a-name-section -------------------------- yes/no/ok I vote to name the group 3b1 yes/no/ok I vote to name the group 7300 yes/no/ok I vote to name the group miniframe yes/no/ok I vote to name the group safari yes/no/ok I vote to name the group s4 yes/no/ok I vote to name the group unixpc ======== END VOTING FORM ========= -- Jan Isley jan@bagend {known universe}!gatech!bagend!jan (404)434-1335 -- John R Ruckstuhl, Jr University of Florida ruck@cis.ufl.edu, uflorida!ruck