HDTenEightyP/NetNews huggingface dataset:
From: news@cs.ubc.ca (Usenet News)
Subject: UBC CS News Stats
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
Distribution: bc
Date: Fri, 31 Jul 92 11:41:49 GMT


-----------------------------------------------------------------------
Hostname            	Queued	  Got	 Dups	 Junk	 Ctrl
--------            	 ----	  ---	 ----	 ----	 ----
beaver.cs.washington	13499	  217	    8	    2	    2
canada.scheme.cs.ubc	 5214	    0	    0	    0	    0
clipper.uvic.ca     	 3567	    0	    0	    0	    0
comp.binaries.apple2	   15	    0	    0	    0	    0
comp.binaries.mac   	    6	    0	    0	    0	    0
comp.lang.c         	   59	    0	    0	    0	    0
comp.lang.fortran   	   25	    0	    0	    0	    0
comp.os.minix       	  127	    0	    0	    0	    0
comp.sources.amiga  	  440	    0	    0	    0	    0
comp.sources.unix   	    1	    0	    0	    0	    0
comp.sys.dec        	   17	    0	    0	    0	    0
comp.sys.ibm.pc.dige	   46	    0	    0	    0	    0
comp.sys.mac        	  382	    0	    0	    0	    0
cs.sfu.ca           	16809	    5	    0	    0	    0
destroyer.rs.itd.umi	 2778	14235	    3	  800	  148
fs1.ee.ubc.ca       	14696	    1	    0	    0	    0
malin1.mala.bc.ca   	17111	    0	    0	    0	    0
mammoth.tera.com    	   86	    0	    0	    0	    0
maps                	   13	    0	    0	    0	    0
merlin              	  194	    0	    0	    0	    0
mprgate.mpr.ca      	16811	    3	    0	    0	    0
news-server.csri.tor	    3	 2434	   49	  128	   21
news.admin          	   60	    0	    0	    0	    0
news.sysadmin       	    3	    0	    0	    0	    0
news.uvic.ca        	17012	    0	    0	    0	    0
news.wimsey.bc.ca   	16766	   43	   24	    8	    0
newshost.ucs.ubc.ca 	17007	  142	    0	   10	    2
newsserver.sfu.ca   	16969	   43	    0	    2	    2
orion.gov.bc.ca     	11707	    0	    0	    0	    0
ricklab.cs.ubc.ca   	 5201	    0	    0	    0	    0
scapa.cs.ualberta.ca	16853	    0	    0	    0	    0
--------            	 ----	  ---	 ----	 ----	 ----
Totals              	193477	17123	   84	  950	  175

Control:
beaver.cs.washington.edu 2
news-server.csri.toronto.edu 21
newsserver.sfu.ca 2
destroyer.rs.itd.umich.edu 148
newshost.ucs.ubc.ca 2
news.UVic.CA 1
-----------------------------------------------------------------------


Remote     K-Bytes   K-Bytes   K-Bytes  Hours  Hours AvCPS AvCPS    #    #
SiteName      Recv      Xmit     Total   Recv   Xmit  Recv  Xmit Recv Xmit
-------- --------- --------- --------- ------ ------ ----- ----- ---- ----
merlin       0.000   336.335   336.335   0.00   0.07     0  1424    0   56

Total active uucp sites:	      1

Total files rec d:	              0
Total files xmit:	             56
Total files:		             56

Total bytes rec d:	              0
Total bytes xmit:	         344407
Total bytes:		         344407



Newsgroups: bc.bcnet
From: Mike.Patterson@mtsg.ubc.ca
Subject: Update on the CA*net psp router problem
To: BCnet.Technical.Mailing.List@mtsg.ubc.ca,
        BCnet.Outages.and.Operations.Mailing.List@mtsg.ubc.ca,
        BCnet.Management.Board@mtsg.ubc.ca
Originator: daemon@unixg.ubc.ca
X-Mts-Userid: MPAT
Organization: UBC Mail to News Gateway
Date: Wed, 29 Jul 1992 23:12:52 GMT

Last Friday I sent you a message informing you of problems with the
CA*net psp router which connects BCnet to Edmonton and Toronto and
thus to the rest of CA*net in Canada.  In addition to the three
outages I reported for that day, two more occurred that evening and
another occurred Sunday evening (giving me some delightful
entertainment at times I wouldn't have anything else to do). 
 
I subsequently asked CA*net to provide us with an update on progress
in fixing the problem.  Here is their reply: 
 
 -- Mike Patterson
 
-----------------------------------------
 
Firstly, let me assure you that the problems we see are being treated as 
serious. We are concerned that the problem you mention not only disrupts 
routing but also that the recovery at this point requires local site 
assistance. The resolution of this problem is our highest priority task. 
 
The problem symptom is a state where 'page fault' messages are being 
continuously generated and scrolling off the screen. No routing is being 
performed and the console acess is locked out. The first occurence 
was noted on July 14. The problem has occurred only on psp processors 
(i.e., not on any epsp processor) and to date only on  psp processors 
in Brtitish Columbia, Quebec, New Brunswick, Prince Edward Island, and 
Newfoundland. As of this date, there have been 32 occurences. So far, we 
have been unable to associate the appearance of this problem with any changes 
made or with any other event. 
 
We have not been able to associate the occurence of the problem with any 
particular event. Not surprisingly, then, we have not been able to replicate 
the problem on the test network. 
 
Early investigations suggested a problem with memory buffer allocation. 
We uncovered a bug in the reporting of memory buffer usage but this was 
only a bug in the reported memory buffer statistics, not in the actual 
allocation/usage of buffers. vmstat reports what may be anomalous figures 
under Couldfree and we are investigating this. 
 
We are investigating the feasibility of inserting code in the page fault 
routine to force a crash and reboot. This would provide us with a dump 
and should no longer require local site intervention to get out of this 
problem state. 
 
Clearly we have a problem which, at this time, is proving difficult to 
localize and repair. 
 
 
Bob Chambers 
Newsgroups: bc.bcnet
From: vanepp@sfu.ca (Peter Van Epp)
Subject: Re: CA*net router choice
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Fri, 31 Jul 1992 01:37:02 GMT

Eric Kolotyluk <eric@cs.sfu.ca> writes:

>The point is, that while it's nice to receive donations from coprorate
>entities, such donation can often colour further service and developement,
>not necessarily in the best interest of the consumer.  In the case of the
>donated routers, considering the added cost of software development for
>CA*net and network downtime, was NSFnet technology really a bargain over
>cisco, proteon, or some other established routers?

Was this a realistic choice, or was the choice the RTs and a working network
that could be done on the money availible (then!) or a "correct" network 
sometime in the future? I seem to remember the cross country T1 proposal being 
made at the same time as CA*net, I'm sending this on CA*net, the other 
initiative is still talking ...
	I would also point out that the NSFnet at the time CA*net was put in
was routing using RTs and the same software CA*net is using not commercial
routers. There is no evidence either way (other than the NFSnet existance
proof of the RT solution) that commercial routers would survive any better
than the RTs given the growth in the size of the NFSnet routing tables
(which I believe is what is causing our problems, some who knows something
please correct me if I'm wrong :-) ). The NFSnet solution was to move up
to RS6000s, not commercial routers, which may have been a technical or 
political move, but which none the less still doesn't provide any proof
that commercial routers would have helped any.
	In addition, I think we see as many problems with the Vitalinks and
Proteons on the connections to the CA*net hub as we do on the CA*net routers.
Because the box is commercial doesn't mean it has no bugs or problems, I'm
sure we can all think of some piece of equipment that you paid a lot of 
money for that gives you nothing but grief.
	In addition, I believe that the funding for CA*net has or is soon
going to run out, but CA*net will survive because it is valuable enough
(and whats more has shown itself to be valuable enough) that the people
using it are willing to pay to keep it going. Hindsight is always 20/20
(I can usually see what I should have done very clearly just after the
smelly stuff starts flying off the fan!), but seeing that there might be
a better way (and I'm not so sure commercial routers are a better way)
before hand is a lot harder. I think that everyone involved in the CA*net
effort has an awful lot to be proud of, CA*net may not be perfect, but it
is here, and it works. Just the fact that we are talking about how it
could be made better (or made worse?), instead of how nice it would be to
have a national network in Canada speaks volumes to my mind ... 

Peter Van Epp / Operations and Technical Support 
Simon Fraser University, Burnaby, B.C. Canada
Newsgroups: bc.bcnet
From: Mike.Patterson@mtsg.ubc.ca
Subject: Re: Warning -- anonymous ftp vulnerability
To: BCnet.Technical.Mailing.List@mtsg.ubc.ca
Originator: daemon@unixg.ubc.ca
X-Mts-Userid: MPAT
Organization: UBC Mail to News Gateway
Date: Thu, 30 Jul 1992 23:27:50 GMT

Further to my message about anonymous FTP vulnerabilities, it has come
to my attention that there is a version of the FTP daemon which lets
you control who can put files on your machine using anonymous FTP. 
 
It is the "wuarchive" version, which also adds other capabilities to
ftp. 
 
The wuarchive ftpd is available in the directory networking/ftp on the
host ftp.uu.net . 
 
 -- Mike
Newsgroups: bc.bcnet
From: Eric Kolotyluk <eric@cs.sfu.ca>
Subject: CA*net router choice
To: BCnet.Technical.Mailing.List@mtsg.ubc.ca
Originator: daemon@unixg.ubc.ca
Cc: BCnet.Management.Board@mtsg.ubc.ca
Organization: UBC Mail to News Gateway
Date: Thu, 30 Jul 1992 20:24:20 GMT

I would like to apoligise if anyone felt I was accusing them of having a
`political adgenda' in the choice of routers for CA*net.
 
I was aware of the fact that the routers were donated, and was actually
questioning the political adgenda of the donar.  I guess I'm  grumbling over
a previous donation to the Canadian academic community of communications
links for an obsolete e-mail network.  While I'm sure many people benefitted
greatly from this donation, in the larger scheme of things this donation
may have had a significanly adverse affect on the establishment of a
state-of-the-art e-mail system that was developed in Canada.
 
The point is, that while it's nice to receive donations from coprorate
entities, such donation can often colour further service and developement,
not necessarily in the best interest of the consumer.  In the case of the
donated routers, considering the added cost of software development for
CA*net and network downtime, was NSFnet technology really a bargain over
cisco, proteon, or some other established routers?
 
Anyway, in the long run, I hope that high-level policy makers will come to
realize the strategic importance of computer networking in Canada and will
provide/secure adequate funding so that more appropriate technology can be
aquired.
 
Eric Kolotyluk
Manager, Reseach and Education Systems
School of Computing Science
Simon Fraser University
Newsgroups: bc.bcnet
From: Eric Kolotyluk <eric@cs.sfu.ca>
Subject: Re: Update on the CA*net psp router problem
To: Mike.Patterson@mtsg.ubc.ca
Originator: daemon@unixg.ubc.ca
Cc: BCnet.Technical.Mailing.List@mtsg.ubc.ca,
        BCnet.Outages.and.Operations.Mailing.BCnet.Management.Board%mtsg.ubc.caList@mtsg.ubc.ca
Organization: UBC Mail to News Gateway
Date: Wed, 29 Jul 1992 23:51:05 GMT

I've always questioned the wisdom of forgoing tried and tested off-the shelf
technology for home-brew network technology like that used in CS*net.  When
I see problem reports like this it really makes me wonder what political
adgenda was served in using NSFnet technology for CA*net rather than buying
cisco or proteon routers with a proven track record.  The problem is further
compounded by the necessity for the NSFnet technology to be modified for use
in CA*net.
 
While I have always been a proponent of Canadian development of technology,
why waste resources developing technology that is already mature.  We should
develop technology that no one else is.
 
Eric Kolotyluk
Manager, Research and Education Systems
School of Computing Science
Simon Fraser University
Newsgroups: bc.bcnet
From: Mike.Patterson@mtsg.ubc.ca
Subject: CA*net router problems
To: BCnet.Outages.and.Operations.Mailing.List@mtsg.ubc.ca,
        BCnet.Technical.Mailing.List@mtsg.ubc.ca
Originator: daemon@unixg.ubc.ca
X-Mts-Userid: MPAT
Organization: UBC Mail to News Gateway
Date: Fri, 24 Jul 1992 20:52:34 GMT

Since last Friday the CA*net psp router located at SFU Harbour Centre
which connects BCnet to ARnet in Edmonton and to ONet in Toronto has
been experiencing intermittent outages.  Today (Friday, July 24) has
been especially bad, with three outages occurring.  When the problem
happens, someone has to power-cycle the psp to get it going again, and
this takes at least two minutes on top of the time it takes to identify
that the problem has occurred as well as to get someone to the psp to
turn its power off and then on again. 
 
CA*net's software people have been investigating, and think that they
know what is causing the problem and expect to have a fix ready for
early next week. 
 
If the problem arises in the mean time, I will try to make sure that
the router is reset as quickly as possible. 
 
 -- Mike Patterson, BCnet manager
Newsgroups: bc.bcnet
From: howesb@fraser.sfu.ca (Charles Howes)
Subject: Re: Warning -- anonymous ftp vulnerability
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Fri, 31 Jul 1992 00:45:04 GMT

In article <3987140@mtsg.ubc.ca> Mike.Patterson@mtsg.ubc.ca writes:
>Further to my message about anonymous FTP vulnerabilities, it has come
>to my attention that there is a version of the FTP daemon which lets
>you control who can put files on your machine using anonymous FTP. 
> 
>It is the "wuarchive" version, which also adds other capabilities to
>ftp. 
> 
>The wuarchive ftpd is available in the directory networking/ftp on the
>host ftp.uu.net . 
> 
> -- Mike

It's probably also available on wuarchive, too!

One new feature of the wuarchive FTP daemon is the 'SITE NEWR <date>'
command, which lists all files that are newer than a certain date.
(Ok, I may be spelling it wrong.  Use 'SITE HELP' to get the spelling.)

UNfortunately, there aren't any FTP clients that can get at this data.
Sure, you can send the command...
ftp> QUOTE SITE NEWR 19920730010101

But your local system won't have a data connection ready to receive this
data, and an error is generated.

I was going to attempt a modification of an existing client, but I don't
have a lot of time on my hands, and I get diverted easily.

Charles Howes -- howesb@sfu.ca
Newsgroups: bc.bcnet
From: Jack.Leigh@mtsg.ubc.ca
Subject: CA*net router choice
To: BCnet.Technical.Mailing.List@mtsg.ubc.ca
Originator: daemon@unixg.ubc.ca
X-Mts-Userid: JACK
Cc: BCnet.Management.Board@mtsg.ubc.ca
Organization: UBC Mail to News Gateway
Date: Thu, 30 Jul 1992 16:42:18 GMT

With respect to Eric's message, there was no political
agenda, just a financial one.  Ther routers were an 
integral part of the U of T submission re running CA*net.
There might not have been a CA*net without the package
that the U of T put together.
 
Hopefully all packages have a limited lifetime.
 
    ..... Jack 
 
 
 --------------------------------------------------------------------------
 J. L. (Jack) Leigh                       Telephone: 604-UBC-3931
 Director, University Computing Services        Fax: 604-UBC-5116
 The University of British Columbia        Internet: Jack_Leigh@mtsg.ubc.ca
 6356 Agricultural Road                    Netnorth: USERJACK@UBCMTSG
 Vancouver, B. C.
 Canada  V6T 1Z2
 --------------------------------------------------------------------------
 
Newsgroups: bc.bcnet
From: wdswrth@dao.nrc.ca (Andy Woodsworth)
Subject: Re: Update on the CA*net psp router problem
To: Mike.Patterson@mtsg.ubc.ca, eric@cs.sfu.ca
Originator: daemon@unixg.ubc.ca
Cc: BCnet.Technical.Mailing.List@mtsg.ubc.ca,
        BCnet.Outages.and.Operations.Mailing.BCnet.Management.Board%mtsg.ubc.caList@mtsg.ubc.ca
Organization: UBC Mail to News Gateway
Date: Thu, 30 Jul 1992 00:22:49 GMT

 
>
>I've always questioned the wisdom of forgoing tried and tested off-the shelf
>technology for home-brew network technology like that used in CS*net.  When
>I see problem reports like this it really makes me wonder what political
>adgenda was served in using NSFnet technology for CA*net rather than buying
>cisco or proteon routers with a proven track record.  The problem is further
>compounded by the necessity for the NSFnet technology to be modified for use
>in CA*net.
> 
>While I have always been a proponent of Canadian development of technology,
>why waste resources developing technology that is already mature.  We should
>develop technology that no one else is.
> 
>Eric Kolotyluk
>Manager, Research and Education Systems
>School of Computing Science
>Simon Fraser University
>
Well, (harrumph!) having played a part in the establishment of CA*net it's
hard for me to let this pass without comment.
 
I can assure you that that there was no overriding political agenda beyond
the requirement to salute eventual support for OSI.  It was a case of
selecting the best of a number of good proposals, based on an
assessment scheme which was established by a committee (chaired by Jack
Leigh) before the proposals were opened.  The committee was using a
number of criteria, including capacity, technology, expandibility,
management structure, expertise, and -- certainly not least -- cost.
There were also proposals submitted which used Cisco or Proteon routers
but they were not the winners.
 
The project was *not* seen as a network technology development project;
this was to be done in what has become the CANARIE initiative.
 
It is easy to become frustrated when things are not as good as they
could or should be.  But as a constant CA*net user for mail and remote
login, and occasionally for file transfer, I have been extremely
pleased with the way it has been steadily improving.  It was only
yesterday that all we had was Datapac and NetNorth, and I have seen few
if any systems that were implemented and constantly improved on without
any teething problems at all.
 
We have 3 cars at our house, a Ford, a GM, and a Chrysler.  None of them are
perfect.  Damn, I should have bought a Toyota!
 
Andy
Newsgroups: tor.general,ut.general
From: steven@cs.toronto.edu (Steven Shapiro)
Subject: Room To Rent For Month of August
Organization: Department of Computer Science, University of Toronto
Distribution: tor
Date: 28 Jul 92 16:34:25 GMT

For month of August only:

  - Room to rent in 3-bedroom apartment on Spadina Crescent.
    Seconds from U of T campus, near Spadina subway station, full kitchen,
    dining room, full bathroom, wood floors, renovated.
    Share with two mature, male, funny, non-smoking graduate students.
    $200.

Reply by e-mail to steven@ai.toronto.edu, or call 968-1684.


Newsgroups: tor.general
From: mann@intacc.uucp (Jeff Mann)
Subject: Sublet at Yonge and Wellesley, August
Date: Mon, 20 Jul 1992 18:23:06 GMT
Distribution: ont
Organization: Inter/Access' Matrix BBS

A friend of mine wants to sublet her apartment at Yonge and Wellesley,
starting around the end of this week, for about a month. In the
three-hundred dollar range, which is about half of what she pays.
Please call Tess Payne at 944-8159.

----
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
|  Jeff Mann  Inter/Access Artists' Computer Centre, Toronto  [416] 535-8601 |
| ...uunet!intacc!mann   intacc!mann@cs.toronto.edu  mann@intacc.uucp        |
|      The Matrix Artists' Computer Network BBS: [416] 535-7598 2400 8N1     |
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Xref: sparky tor.general:1023 ont.forsale:788
Newsgroups: tor.general,ont.forsale
From: thouse@csri.toronto.edu (D. Tennenhouse)
Subject: Car for sale
Organization: CSRI, University of Toronto
Distribution: ont
Date: 31 Jul 92 15:27:32 GMT

A brown '83 Nissan Stanza.  Asking $800.00 .  

Call Goran Janevski at (416) 480-1467 during working hours or
(416) 512-7706 evenings and weekends.
Newsgroups: tor.general
From: maria@ists.ists.ca (Maria Li)
Subject: Job Posting - Research Associate
Organization: Institute for Space and Terrestrial Science
Distribution: tor
Date: Tue, 28 Jul 92 15:00:18 GMT

             INSTITUTE FOR SPACE AND TERRESTRIAL SCIENCE

                                  
                         RESEARCH ASSOCIATE

                HUMAN PERFORMANCE IN SPACE LABORATORY


Key Responsibilities: develop a video image analysis system for the
recording of 3-dimensional hand movement trajectories; design
experimental hardware for studies of human motor performance in
weightlessness; plan and conduct experiments with human subjects.

Qualifications:  a Ph.D degree in Engineering, Psychology or related
fields or its equivalent; expertise in developing electronic hardware and
in human behavioral studies; knowledge of BASIC and assembler
languages, video image analysis and human motor control would be
preferred.

This is a part-time position of approximately 4 days per week.  Salary
will be approximately $28,000 per annum depending on qualifications. 
The position is initially for 7 months from November 1, 1992 to May 31,
1993 with a possibility of a renewal.   

Interested applicants should forward their curriculum vitae, a list of
publications and names of three references to the Director of Human
Resources, Institute for Space and Terrestrial Science, 4850 Keele Street,
Second Floor, North York, Ontario M3J 3K1 by September 4, 1992. 
Please quote reference number HPL-9207.



ISTS is committed to Employment Equity.



-- 
Maria Li					Tel.:     (416) 665-5402
Director, Human Resources			Fax:	  665-2032
Institute for Space and Terrestrial Science	Internet: maria@ists.ists.ca
4850 Keele Street
Newsgroups: tor.general
From: max@alias.uucp (Max Stevens-Guille)
Subject: uucp connection in Bowmanville, Ont.
Keywords: uucp, bowmanville
Reply-To: louis%tronix@maccs.dcss.mcmaster.ca
Organization: Alias Research, Inc. Toronto Canada
Distribution: na
Date: Mon, 27 Jul 1992 13:14:52 GMT

I would like to arrange for a uucp mail and (modest) news feed to my
home PC, in the Bowmanville, Ont. area.  My first choice would be a local
call from Bowmanville, second choice would be in the Metro Toronto area.
Bowmanville is east of Oshawa, along Lake Ontario.

I am using a 286 with Coherent, and a Telebit Trailblazer+.  My current mail feed from McMaster University in Hamilton will end when I move in the middle of August.

Please direct replies by e-mail to:
    louis%tronix@maccs.dcss.mcmaster.ca (home until Aug.15)
 or motto!louis@canstar.alcatel.ca (work)

Thank you.
Louis Bertrand

-- 
Max Stevens-Guille      Research & Development      __
Alias Research Inc.     110 Richmond St. East,     /
Toronto, Ontario,       CANADA  M5C 1P1           /         Alias 
max@alias.com                                    /   \      Research
vox: (416) 362-9181     fax: (416) 362-0630     /     \_    Incorporated
Newsgroups: tor.general
From: balaji@nexus.yorku.ca (V Balaji)
Subject: Bridge clubs in Toronto?
Organization: York University
Date: Thu, 23 Jul 1992 13:00:37 GMT

Hello everyone: I'm looking for bridge clubs in Toronto, preferably near
High Park. My father is on a visit here this summer (and don't say, what
summer?) and plays at national level in India. If anyone knows of a nice
friendly bridge circle that might be willing to receive a player, please
let me know, email or post.

Balaji
2236a Bloor Street West
Toronto Ontario M6S 1N6
Phone: 416.769.1734
email: balaji@nexus.yorku.ca

Love, and do what you will.