HDTenEightyP/NetNews huggingface dataset:
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: 4.3 upgrade on 2100's and 3100's
Keywords: 4.3, memory, upgrade
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Wed, 11 Nov 1992 19:08:24 GMT


In article <1992Nov11.134617.14115@dnbf01.bram.cdx.mot.com>, ljuno@zeus.bram.cdx.mot.com (Lance Juno) writes:
>
>We have a collection of 2100's and 3100's all running Ultrix 4.1 and
>configured with 12 Mb RAM.  Obviously we are considering upgrading to
>4.3, but first I have a couple of questions.
>
>Does anyone have any feel for the amount of RAM required in 2100/3100
>nodes for 4.3 ?  I've heard that these nodes should be configured with
>24 Mb RAM - any comment on this ?

According to the Software Product Description for UWS V4.3, the required
amount of memory for a DECstation 3100 or 2100 not running diskless is
8 MB.  If diskless, the amount is 16 MB.  I suspect this is unchanged
from previous versions.

I haven't used V4.3 on a DECstation, so I don't know if the memory
requirements of applications went up by a significant amount.  My
experience with the 3100/2100 is that more memory is always good.

>
>Since I've received zero mail, can I assume that no one has had the
>experience of upgrading 2100's and 3100's running 4.1 to version 4.3 ?

The only V4.3 system I've installed so far was from scratch.  I would
consult with the Installation Guide, Release Notes and Customer Support
Center to see if the upgrade is expected to work going from V4.1 to V4.3.

>
>Lance
>
--
Alan Rollow				alan@nabeth.cxo.dec.com

Newsgroups: comp.unix.ultrix
From: mcc@timessqr.gc.cuny.edu (<-NIRVANA->)
Subject: Re: Dumping DEC's Logo
Organization: Graduate School and University Center, C.U.N.Y, New York
	<dsmith.720798646@aa.cad.slb.com>
Date: 7 Nov 92 21:48:37

Hello,

While I am certain that Marcus Ranum's information applies to
DECwindows, it does not work when running DEC's version of OSF Motif
1.1.3.  That blasted DIGITAL logo just won't go away!  For one thing,
the *initializeDPS resource defaults to "false", not to "true"; and
the logo remains even if you enter "*displayLogo:   no" instead of the
default "yes" in the XSessionManager.  Is the DIGITAL logo as eternal
as death and taxes?  {:-)

George McClintock
CUNY Graduate School
--
>> The opinions expressed are those of the author and in no way reflect the 
>> opinions or policies of the City University Graduate School, its 
>> agencies, or its personnel.  {:-(  mcc@timessqr.gc.cuny.edu
-- 
>> The opinions expressed are those of the author and in no way reflect the 
>> opinions or policies of the City University Graduate School, its 
>> agencies, or its personnel.  {:-(  mcc@timessqr.gc.cuny.edu
From: heading@breeze.rsre.mod.uk (Anthony J.R. Heading)
Newsgroups: comp.unix.ultrix
Subject: Re: undump for Ultrix 4.[3,2[A,C]]
Date: 5 Nov 92 13:34:21 GMT
Reply-To: heading%hermes.mod.uk@relay.mod.uk
Organization: Defence Research Agency

In article <1992Nov4.202043.6463@psc.edu> boone@psc.edu (Jon Boone) writes:
>
>Folks,
>
> Is there a working undump somewhere?  I've gotten an undump before (I think
> it was from gatekeeper), but I wasn't able to make it work with perl
> scripts --- the perl scripts, once undumped, just proceeded to dump
> core! :(

If you compile perl with the UNEXEC option, the perl undump will
call the unexec() as supplied with emacs. If you watch how emacs
compiles on whatever machine you're using, and then change the link
line in the perl makefile to be the same (obviously with the perl .o's
instead of the emacs ones!) it seems to work fine. From memory, it
was something like below, on my Decstation.

ld -D 800000 /usr/lib/crt0.o <object files> unexmips.o

I didn't find that pre-crt0.o or lastfile.o were required with perl - 
they simply seem to define reference points within the executable
image that have entirely sensible defaults.

If anyone would care to explain how it works, I'd like to know,
but even if not, it works.

Anthony

------------------------------------------------------------
Defence Research Agency, St. Andrews Road, Malvern, Worcs, UK.
heading@hermes.mod.uk            Work: +44 684 896066
heading@ccint1.rsre.mod.uk       Home: +44 684 563596
Newsgroups: comp.unix.ultrix
From: gadallah@wu2.wl.aecl.ca (Larry Gadallah; B300-1-115; x2603)
Subject: Re: Please Help with SLIP on DEC5000/200
Followup-To: poster
Summary: And what about SLIP via a DECserver?
Keywords: serial, ip, slip
Organization: AECL Research, Whiteshell Laboratories
Date: Tue, 10 Nov 1992 14:56:36 GMT

I have a similar inquiry, except that I am trying to use a DECserver 700
to handle the modem and serial port interfaces. I don't know how the 
connection between the DEC5000 and the DECserver is made for incoming
SLIP sessions on the DECserver, but I can only assume that raw IP is
used and the SLIP protcol stops at the DECserver. My question is what
do I have to configure on the DEC5000 for this to work? Does it really
have anything to do with SLIP, since the DECserver is handling all of 
that stuff?

Thanks,
-- 
-------------------------------------------------------------------------
Larry Gadallah				Internet: gadallah@wu2.wl.aecl.ca
AECL Research, Whiteshell 		DECnet:   WL::GADALLAHL
Computing Support 			Voice:    (204) 753-2311 x2603
Newsgroups: comp.unix.ultrix
From: cliff@trifid.astro.ucla.edu (cliff administration account)
Subject: 1.9 gig disks on decstations
Keywords: scsi, 1.9gig, Fujitsu
Organization: UCLA Dept of Astronomy
Date: 10 Nov 92 13:29:47 PST

 Has anyone tried to connect a 1.9 gigabyte Fujitsu disk drive to a
 DecStation running Ultrix 4.2?  I'm only interested in using it for
 a data disk (no swapping, no booting).  Please e-mail your responces.
 Thanks

 cliff

 cliff@trifid.astro.ucla.edu

Newsgroups: comp.unix.ultrix
From: dab7w@beech.cs.Virginia.EDU (Duff Browne)
Subject: HELP NEEDED URGENTLY! What' BFSD
Organization: University of Virginia Computer Science Department
Date: Thu, 12 Nov 1992 17:21:49 GMT

We have a product (Sanders R3000 card) that wants to download stuff
through an ethernet card on our network.  It is supposed to be looking
for a Boot File Server.  So, somewhere we are supposed to have BFSD running.

Only problem is, it's not in anything we got from DEC.  Does anyone here 
know where I can get this software?  We've got a project that's screaming
down my (and my boss's) neck.  Please help save a system manager...

Gurgle, gurgle....

Duff Browne
dab7w@virginia.edu
From: ip_boss@degsyd.syd.deg.csiro.au (Jack Churchill)
Newsgroups: comp.unix.ultrix
Subject: Re: Using YP/NIS
Date: 7 Nov 92 12:10:02 +1000
Organization: CSIRO, Exploration Geoscience

In article <1992Nov5.071608.26394@arb-phys.uni-dortmund.de>, wb@arb-phys.uni-dortmund.de (Wilhelm B. Kloke) writes:
> In article <Bx75qz.3Ko@cck.coventry.ac.uk> ccx009@cch.coventry.ac.uk (Adam Bentley) writes:
>>
>>Hi there,
>>	we're thinking of using YP/NIS to distribute among other things,
>>	password entries. Can anyone out there give me any ideas or 
>>	thoughts on YP/NIS and its reliablity. We would intend to use it
>>	on Sequent Symmetries (Dynix) and DEC Stations (Ultrix). Does anyone 
>>	have any advice on whether we should use it or not? The main thing we 
>>	want to be able to do is
>>	
>>			1. Hide the passwd file
>>			2. Distribute the passwd file
>>
>>	I assume both of these can be acheived. We are also looking at
>>	writing our own shadow password stuff, replacing the  getpw*
>>	calls in libc with our own routines of the same name. This 
>>	however will invlove the re-compilation of a lot of other programs,
>>	which may well use YP/NIS if its running.
> I doubt that you will get what you want. You habe to remove ypcat from
> your system or at least to restrict the use to root or wheel. You have
> to remove the YP routines from your libraries because otherwise any user
> could compile his own ypcat. This will not help either because the bad
> guy has access to the sources of those also. The protocol of YP has to
> be changed for this. Probably Kerberos is the thing you ar looking for.

NIS is widely used yet I keep seeing bad things said about it.  Why?  I
also see some people have problems using DEC's UPGRADE or ENHANCED mode
and usually are forced to go back to normal BSD security. What's the
best method in a mixed environment?  Just NFS mount the relevant things
instead?  Even in an Ultrix-only environment I like to know what
people's feelings are towards UPGRADE and ENHANCED security.  Is UPGRADE
a reasonable compromise so that some "unsupported" packages can be
tricked into thinking the normal BSD passwd file is ok but the real
password file is hidden (i.e., shadow password file) and is the one used
for normal logins?  Also, when NIS or some other method is used to
service things like a common password file, isn't it a major problem if
the server goes down?  I don't know but I like the idea of having
standalone workstations and just centralising e-mail and NFS disks.  At
least the users can log onto their own machines whilst the server is
down for whatever reason, to perform some local tasks.  I know, it all
depends but I like some feedback to improve my limited understanding of
unix systems (I'm from a VMS background).

-- 
  Jack N. Churchill                         | J.Churchill@syd.deg.csiro.au
  CSIRO  Division of Exploration Geoscience | churchill@decus.com.au
  PO Box 136  North Ryde  NSW  2113         | Phone:  +61 2 887 8884
  Australia                                 | Fax:    +61 2 887 8909
** Unless otherwise specified, the opinions expressed here are my own. **
Newsgroups: comp.unix.ultrix
From: misha@ninja.csuohio.edu (Misha Rekhson)
Subject: Please Help with SLIP on DEC5000/200
Keywords: serial, ip, slip
Organization: AMC at Cleveland State University, Cleveland
Date: Tue, 10 Nov 1992 06:23:05 GMT


Hello netters. 

I am trying to establish a SLIP connection to my decstation
(DEC5000/200, Ultrix 4.2a), where the other system is doing the
calling (i.e., DEC is being a slave.) The other workstation calls,
logins into account, named with calling system's name, which has
/usr/new/slattach for its shell and.... nothing - the effect is the
same as being connected to /dev/null. It doesn't time out and gives no
response whatsoever.  (At some point I fed it a binary file "by hand"
and got not a single character response) "ps" shows slattach running...

Can someone help?

I am using (trying) stock SLIP which came with 4.2a
I've done the following according to the manual:
	1. Added pseudo-device sl and made a new kernel
        2. Added the following line to /etc/sliphosts file

caller	caller.csuohio.edu callee	255.255.0.0	any	/dev/tty

(BTW, there is discrepancy between the man page sliphosts(5) and 
sample /etc/sliphosts provided. The man page appears to be wrong
- slattach dumps core when line specified according to the man page)

        3. Added account to /etc/passwd:
caller:<password>:320:2:From Another Galaxy:/usr/spool/uucppublic:/usr/new/slattach
        4. Added "caller" to /etc/hosts file

Have I missed something?  Thank you in advance for you help.


-- 

Misha Rekhson                       Cleveland State University, Ohio
misha@ninja.csuohio.edu             (216) 687-5283
Newsgroups: comp.unix.ultrix
Subject: DXSession freezing (Motif 1.1.3,UWS 4.3)
From: archerb@gawain.umkc.edu (Barry Archer)
Date: Thu, 12 Nov 1992 15:21:53 GMT
Reply-To: archerb@gawain.umkc.edu (Barry Archer)
Organization: UMKC Academic Computing Services


  Symptom: User tries to pull down a session manager window.  The display
freezes, except for the mouse.  One needs to log in remotely and kill the
session manager to regain conreol of the display.

  This is occuring on a 5000/200 PX, 5000/200 PXG and 5000/240 HX.


  Also: the DECstation 5000/200 PX cannot be left with the screen in paused mode
overnight without risking the DECstation refusing logins.  The display cannot
be un-paused, and remote logins get connected, but no login prompt.

Thanks,


Barry Archer 
archerb@gawain.umkc.edu	

  "Madness is the result not of uncertainty but certainty."
	- Friedrich Nietzsche

Newsgroups: comp.unix.ultrix
From: wb@arb-phys.uni-dortmund.de (Wilhelm B. Kloke)
Subject: Re: Using YP/NIS
Organization: Institut f. Arbeitsphysiologie a.d. Uni Dortmund
Date: Mon, 9 Nov 92 08:22:48 GMT

In article <1992Nov7.121002.165@degsyd.syd.deg.csiro.au> ip_boss@degsyd.syd.deg.csiro.au (Jack Churchill) writes:
>NIS is widely used yet I keep seeing bad things said about it.  Why?  I
I surely did not want to say anything bad about YP. YP is fine but not
for people with enhanced security needs. I am not sure that people
wanting enhanced security will get what they want; surely they will get
all sorts of trouble.
>also see some people have problems using DEC's UPGRADE or ENHANCED mode
>and usually are forced to go back to normal BSD security. What's the
>best method in a mixed environment?  Just NFS mount the relevant things
without YP? You need some sort of user identification across the system
if you don't want to restrict access to read-only.
>instead?  Even in an Ultrix-only environment I like to know what
>people's feelings are towards UPGRADE and ENHANCED security.  Is UPGRADE
>a reasonable compromise so that some "unsupported" packages can be
>tricked into thinking the normal BSD passwd file is ok but the real
>password file is hidden (i.e., shadow password file) and is the one used
>for normal logins?  Also, when NIS or some other method is used to
>service things like a common password file, isn't it a major problem if
>the server goes down?  I don't know but I like the idea of having
YP duplicates the files on all servers. So you may have more than 1
server, e.g. 1 Server on every Ethernet Segment.
>standalone workstations and just centralising e-mail and NFS disks.  At
>least the users can log onto their own machines whilst the server is
The local password file normally contains root and other vital accounts.
These are not distributed over the net.
>down for whatever reason, to perform some local tasks.  I know, it all
>depends but I like some feedback to improve my limited understanding of
>unix systems (I'm from a VMS background).
As you see, the options offered by Unix (combining a local password file
with a network password file) are more easily maintainable as any VMS
solution, where you have to use and generate a lot of different Proxies.
You cannot even use any sort of site dependent processing on the UAF
file on VMS, whereas you can easyly use awk or perl on the unix password
files. The latter compensates for the seeemingly lower security IMHO.
-- 
Dipl.-Math. Wilhelm Bernhard Kloke,
Institut fuer Arbeitsphysiologie an der Universitaet Dortmund
Ardeystrasse 67, D-4600 Dortmund 1, Tel. 0231-1084-257
Newsgroups: comp.unix.ultrix
From: ingber@worldbank.org (Daniel Ingber)
Subject: X fonts
Followup-To: comp.unix.ultrix
Organization: World Bank
Date: Thu, 12 Nov 1992 22:43:30 GMT

Maybe this is somewhere obvious, but here it goes:

How does one install new fonts in the Ultrix X-server ?  and
Is there a place on the net where we can get public domain fonts?

Specifically, I usually have trouble running applications an Ultrix
DECstation using a Sun as a X-client...

Any help would be greatly appreciated...

- Daniel -
Xref: sparky comp.unix.ultrix:8190 comp.unix.admin:6113
From: mark@alsvid.une.edu.au (Mark Garrett Internet: mark@arvak.une.edu.au Phone: +61 66 20 3859)
Newsgroups: comp.unix.ultrix,comp.unix.admin
Subject: /etc/group BUG ultrix4.2A
Date: 9 Nov 92 23:47:31 GMT
Organization: University of New England - Northern Rivers (Lismore)


It seems that ultrix 4.2 has a nice little bug where the length of group entries
is fixed at 1024 bytes. Any one entered against a group past this
magic point does not belong to the group when they login.

	Any body experience this in ultrix or other BSD?

	Can anybody suggest a fix (I wish I had some source code)?

	Hello DEC, anybody at Digital have now about this one.


	Thanks in advance,


	Mark :)

-- 
Mark Garrett	Internet:  mark@arvak.une.edu.au	Phone: 	+61 66 20 3859
   University of New England, Northern Rivers, Lismore NSW Australia.
From: ivie@cc.usu.edu (CP/M lives!)
Newsgroups: comp.unix.ultrix
Subject: Re: 3 peeves re: Ultrix 4.3
Date: 6 Nov 92 16:11:56 GMT
Article-I.D.: cc.1992Nov6.101156.60459
Organization: Utah State University

In article <1992Nov5.215817.15598@prl.dec.com>, boyd@prl.dec.com (Boyd Roberts) writes:
> In article <AJC.92Nov5075136@thendara.pa.dec.com>, ajc@pa.dec.com (AJ Casamento) writes:
>> 
>>   SCSI CAM is worth it.
>> 
> 
> But that's just all motherhood and apple pie.  How about a succinct
> technical description?

There is some SCSI documentation on gatekeeper.dec.com in /pub/DEC/TriAdd,
but I don't recall if it covers CAM.
-- 

Roger Ivie                      "My God! That computer is full of Pentium!
ivie@cc.usu.edu                  It's a wonder that you haven't been turned
                                 into mutants!"
Xref: sparky comp.unix.ultrix:8183 comp.sys.dec:5855
From: raz@cs.hw.ac.uk (Ross A Macintyre)
Newsgroups: comp.unix.ultrix,comp.sys.dec
Subject: calendar with automount and YP gives gnode error
Date: 9 Nov 92 15:11:39 GMT
Organization: Dept of Computing & Electrical Engineering, Heriot-Watt University, Scotland

For historical reasons and to keep some people happy I want to run
calendar every night. Since we use automounter it has to mount everybody it
wants to check and I think this is what is causing the problems.
I decided to run it on one machine only(so as not to get multiple copies)
and on a machine that everyone had access to, so as automount would recognise
them as valid users(from catpw)(we use Yellow Pages). 
It has problems when run from this single machine as it gives the error

	gnode: table is full

When I think about it the automounter would have to make about 400 mounts,
which is a lot! So my questions

1. Is it worth running calendar(as root) from cron with automount and YP?
2. If not, what's best to replace it? (at?)
3. If the kernel needs tuning but could someone tell me what needs changed?

Thanks in advance,

Ross
From: hmsee@usho98.hou281.chevron.com (M.R.Sees)
Newsgroups: comp.unix.ultrix
Subject: DECstation 5000/240 FPU Failures
Keywords: DEC 5000/240 FPU FAILURES
Date: 11 Nov 92 18:41:26 GMT
Organization: Chevron


-- In a note, Jay Ponder writes:
>From: ponder@bcserv.wustl.edu (Ponder (Jay))
>Newsgroups: comp.unix.ultrix
>Subject: Anonymous ftp Site for 5000/240 FPU Test

STUFF DELETED...

>Maybe I'm naive, but I'm EXTREMELY PEEVED that DEC
>apparently still has machines out there with this
>problem. There is a hardware fix, an altered CPU
>card that DEC gave us several weeks ago. I'm
>AMAZED that DEC has not "quietly" replaced the
>CPU on the early 240's with the fix. The FPU error
>can, in our experience, range from very, very
>slight to obvious. It certainly can vary from
>machine to machine. This is a VERY, VERY serious
>problem (we were lucky and only lost three months
>of computations) -- please test your 240's if
>you haven't yet! And demand repair if they are
>faulty....
>
>                Jay W. Ponder
>                Asst. Prof, Biochem & Mol Biophys
>                Washington Univ. Med School
>                ponder@comet.wustl.edu
>                (314) 362-4195


Note...I received a letter from DEC's Workstations & Servers
Group today admitting to the DecStation 5000 Model 240 FPU 
problems. The letter states that DEC will (at no cost to the
customer) replace the daughter board on all units shipped prior
to August, 1992 and that a field rep will be contacting owners shortly.
DEC's goal is to replace all modules within 8 months.


__________________________________________________________________
Myron Rodney Sees - Chevron Petroleum Technology Company
P.O. BOX 42832 Houston, Texas 77242; 2811 Hayes Rd. Houston 77082
PH: 713-596-3221 FAX: 713-596-3008 HOU281 3111A
hmsee@usho92.hou281.chevron.com PROFS: HMSEE VAX/VMS: HMRSE@VAXHO4
__________________________________________________________________
***********My opinions are my own, no one else would**************
***********be foolish enough to take credit for them**************
******************************************************************
Newsgroups: comp.unix.ultrix
Subject: scsi disk for Decstations
From: ccpaz@cc.uab.es
Date: 6 Nov 92 15:09:06 +0200
Organization: Universitat Autonoma de Barcelona

	Sorry for a too basic question.
	We want to add an external disk to our Decstation 5200, my question is
do i have to limit my search inside digital or are there third party scsci disk
 suppliers compatible with Decstations?
and how can i know the compatibility of the different vendor's  disks with the machine?
For example can i by an IBM scsci disk and plug it into a Decstation?
I am looking for at least 2Gb , but for what i've seen i should by 2 disk of 1Gb
each, does it exists a 2Gb or bigger external disk?

 M.Paz Alvarez
Computer Center
Universitat Autonoma Barcelona
Bellaterra (Barcelona)
Spain
Newsgroups: comp.unix.ultrix
From: furukawa@apricot.kek.jp (Kazuro Furukawa)
Subject: Re: WANTED: Upon boot login a user in
Organization: National Laboratory for High Energy Physics (KEK)
Distribution: comp
Date: Thu, 5 Nov 1992 12:13:45 GMT

Hello,

In article <1992Nov2.200731.6099@dale.ksc.nasa.gov> rhill@dale.ksc.nasa.gov (Russ Hill) writes:
>Hi,
>I need a way when a decstation boots it automatically logs in a default user.
>I imagine that this is a major hack or total change to Xprompter.

How about using undocumented feature of "su" command in /etc/ttys or
/etc/rc?

	su - {username} -c {command}

For example, in /etc/ttys, you can specify

:0 "/bin/su - ken -c /ken/starter" none on secure window="/usr/bin/Xws"

to start X server "Xws" with command "/ken/starter" by user "ken". 
You can manually start X server and commands from /etc/rc modifying 
/etc/ttys as
:0 none none

These set-up's are useful for a console desk of some plant.  I hope this
helps.

>Russ Hill
>rhill@dale.ksc.nasa.gov
>(407) 633-3950
-- 
Kazuro Furukawa
National Laboratory for High Energy Physics (KEK), Japan
furukawa@kek.jp   furukawa@jpnkekvx.bitnet   kekvax::furukawa (hepnet)
Newsgroups: comp.unix.ultrix
From: tym@dibbler.cs.monash.edu.au (Tim MacKenzie)
Subject: Re: problem with rlogind from mjr's bsd-login
Organization: Computer Science, Monash University, Australia
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 6 Nov 1992 02:03:13 GMT

Todd C. Miller (millert@nordsieck.cs.Colorado.EDU) wrote:
>In article <1992Nov3.235004.8649@colorado.edu> millert@nordsieck.cs.Colorado.EDU (Todd C. Miller) writes:
>>I'm running ultrix 4.2a and just installed mjr's bsd-login.  Now I find that
>>when I rlogin to the machine, I cannot open /dev/tty:
>>	nordsieck [~] % echo foo | cat > /dev/tty
>>	/dev/tty: No such device or address.
>incidentally, this doesn't happen when I telnet in, so I naturally suspect
>rlogind :-)

I queried mjr about this one a couple of months ago (he didn't have a fix).
I do get the problem with both rlogind and telnetd incidentally.

I tracked the problem down just last week. It is in the code that tries to 
clean up the terminal by doing a vhangup. The approximate sequence of events
is: 
  1) find a pty that we can have.
  2) Disassociate ourself from our current controlling terminal (just in case)
  3) open(2) the tty: this makes that tty our controlling terminal.
  4) ignore HUP, vhangup(). This dumps all file descriptors that refer to the
	  tty's inode (and loses our current connection to the terminal).
  5) open(2) the tty again.

The final step should make the terminal our controlling terminal, thus making
it possible to use /dev/tty and making 'ps' show the terminal that a process
is on.

It seems that Ultrix is preventing you from gaining a controlling terminal 
once you have had controlling terminal that was vhangup'd. Could someone at
DEC please confirm this: it is _not_ in any of the relevant man pages.

My current solution is to dump steps 4 and 5 from the rlogind and telnetd.
I'm not sure if this opens a security hole, (could anyone advise?) but it
does work!
--
-Tim MacKenzie (tym@dibbler.cs.monash.edu.au)
Newsgroups: comp.unix.ultrix