HDTenEightyP/NetNews huggingface dataset:
From: guenther@stolaf.edu (Philip A Guenther)
Newsgroups: comp.unix.admin
Subject: Re: X11 / TVTWM Challenge
Date: 6 Oct 92 18:29:15 GMT
Organization: Academic Computing Center, St. Olaf College

In article <1992Oct6.111810.12448@mlb.semi.harris.com> dbrillha@dave.mis.semi.harris.com (Dave Brillhart) writes:
   I am running X11R5 and TVTWM. In my ".xsession" file, I fire off
   a number of applications when I start X. 

   QUESTION (Challenge): How do I add to the environment that these
   auto-started applications inherit?

   Specifically, I'd like to add "EDITOR = /usr/local/bin/emacs" to
   the environment. Here is the default environment for these apps:

<rest deleted>

You didn't mention whether you are running xdm or xinit.  If you are
running xinit then it is no problem, because you can set environment
variable in your initial shell and the'll get passed on.  Now with xdm
it's differant...  xdm fork/execs you .xsession file which then spawns
off your clients.  Thus, you can set environment variable for all
clients by setting them in your .xsession.  Remember, your .xsession
is probably a bourne shell script.  So you should set env vars with:

EDITOR=/usr/local/bin/emacs
export EDITOR

I do the same sort o' thing with MANPATH so that xman will get all the
man pages.

Philip Guenther
--
guenther@stolaf.edu (Philip Guenther)       | The ACC might agree with me,
Student Sys Prog, Academic Computing Center | but with that bunch, (and me)
St Olaf College, Northfield, MN 55057-1001  | you never know... :-) :-| :-(
"Life makes sense?  LIFE MAKES SENSE!!?  Where do people get these ideas?"-me
Newsgroups: comp.unix.admin,comp.unix.sysv386
From: zbig@wariat.org (Zbigniew J. Tyrlik)
Subject: ISC 3.0 & NIS installation troubles
Organization: Akademia Pana Kleksa, Public Access Uni* Site
Date: Tue, 6 Oct 1992 01:30:14 GMT


I am trying to install NIS (Yellow Pages) on a ISC 3.0.

So far - no go.  Well, after reinstalling NIS subset
and NFS - just to be sure that I do it following the book, 
I am stuck. 

When I try to initialize YP  - ypbind dies, and message is simple: 
RPC: Timed out
ypbind: can't register tcp service

Then, because it is done from sysadm menu

RPC: timed out
yppasswdd: couldn't register service

and it is it. Following TFM, I checked that portmapper is working.

Here is output from rpcinfo -p:
   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100017    1   tcp   1033  rexd
    150001    1   udp   1093  pcnfsd
    100008    1   udp   1097  walld
    100024    1   udp   1106  status
    100024    1   tcp   1034  status
    100020    1   udp   1110  llockmgr
    100020    1   tcp   1035  llockmgr
    100021    2   tcp   1036  nlockmgr
    100005    1   udp   1118  mountd
    100003    2   udp   2049  nfs
    100005    1   tcp   1037  mountd
    100021    1   tcp   1038  nlockmgr
    100021    1   udp   1131  nlockmgr
    100021    3   tcp   1039  nlockmgr
    100021    3   udp   1135  nlockmgr



I can NFS mount and export directories to Sun. 

Can anyone ( who managed to set up ISC as master server) point
into right direction? 

I am running ISC 3.0, TCP/IP 1.3, NFS 2.2, YP 2.1.


What obvious I am missing ???? 

Please, reply by e-mail.... 

_zjt   (zbig@wariat.org)
-- 
********************************************************************
Zbigniew J. Tyrlik             wariat!zbig           zbig@wariat.org
IBM PC SIG Sysop - Cleveland Free-Net    aa609@cleveland.freenet.edu
Akademia Pana Kleksa   Public Access UNI* Cleveland,  (216)-481-9445
E-mail, news feeds, shell accounts        UnixBBS distribution point 
********************************************************************
From: dmm@head-cfa.harvard.edu (David Meleedy)
Newsgroups: comp.unix.admin
Subject: SunOS_4.1.1/multiple disks/unified file system
Date: 29 Sep 92 06:42:53 GMT
Organization: Smithsonian Astrophysical Observatory, Cambridge, MA,  USA


We have a need to combine a couple of disks to create a unified file
system.  Usually when one creates a directory, you would assign a
particular partition on a disk to be mounted onto that directory.

So, is there a way to somehow combine two different partitions on
different disks to act as a single big directory?

Any help would be greatly appreciated!


-- 
=======
David Meleedy                           Smithonian Astrophysical Observatory
meleedy@cfa.harvard.edu                 60 Garden Street, MS 70
Phone: 617 495 7252                     Cambridge, MA  02138  USA
Newsgroups: comp.unix.admin
From: barrie@calvin.demon.co.uk (Barrie Spence)
Subject: Re: Configuration Management Software
Organization: DataCAD Ltd, Hamilton, Scotland
Date: Wed, 30 Sep 1992 08:03:17 GMT

In article <29SEP199209035748@addvax.llnl.gov> kettering@addvax.llnl.gov (Brett 'Volleyball Is My Game' Kettering) writes:
>Does there exist any "good" configuration management software out there.  I
>know about RCS/CVS and SCCS.  What I'm looking for is something that can run
>on all unix platforms.  I am not concerned about concurrent access to elements
>of the libraries, so CVS is at no real advantage for that reason to me.
>
>I would like:
>
>  Runs on all Unix platforms.  In particular we have SGI's, RS-6000's, and
>  Sun 4's.
>
>  I don't want software that is dependent on particular versions of system
>  routines, like GNU diff, etc.
>
>  I'd like something that supports the concept of a named library, so one
>  does not have to be in the parent directory of the library (as in SCCS)
>  or fake it by means of soft links.
>
>Any comments and suggestions on a configuration management system that you
>like is much appreciated.
>
>-------------------------------------------------------------------------------
>Brett M. Kettering
>PaperNet: LLNL P.O. Box 808 L-437 Livermore, CA.  94551
>InterNet: brettk@llnl.gov


I like (and use) RCS (I haven't tried it with CVS though) and detest
the SCCS interface. For me, RCS runs on SCO System V, SunOS,
Intergraph CLIX and even Messy-DOS, all with the same files. I don't
really believe that compiling GNU diff is much of a hardship in
implementing RCS on each host.

Barrie

-- 
Barrie Spence                      DataCAD Ltd, Caird Street
barrie@calvin.demon.co.uk          Hamilton, Lanarkshire ML3 0AL, Scotland
	Telephone +44 (0) 698 425599 / Fax +44 (0) 698 419173
From: joslin_paul@ae.ge.com
Newsgroups: comp.unix.admin
Subject: Re: Xterminal-Server ratio wanted
Date: 6 Oct 92 13:48:41 GMT
Reply-To: joslin_paul@ae.ge.com
Distribution: na
Organization: GE Aircraft Engines
Originator: news@c0228.ae.ge.com

wcs@anchor.ho.att.com (Bill Stewart +1-908-949-0705) writes:

>In article <4558@tivoli.UUCP> dinah@rockytop.tivoli.com (Dinah McNutt {sysadmazon}) writes:
>   |> > Cy Foughty (cy@solbourne.com) wrote:
>   |> >> 4. Xterminals require SYMMETRIC MULTIPROCESSOR SERVERS for good
>   |> >>    response time.
>   |> Not in my experience.

>   It's been my experience that with a symmetric multiprocessor
>   server, you can replace workstations with X-terminals and folks will
>   be happy. This was in a development environment.

>Are you saying that there's some inherent advantage toward symmetric multiprocessing,
>or are you really saying that Xterminals require BIG FAST SERVERS,
>preferably without annoyingly small numbers of hardware contexts,
>and that symmetric multiprocessors are a good way to buy lots of MIPS?

Surely I'm not the first to notice that there is ONE major vendor of 
symmetric multiprocessing SPARC systems, and that Cy works for them?

You can't expect a single number from someone else's system to tell you
much about your individual situation.  There are many variables that
effect the response time an Xterminal user sees.  They include:
			processing speed of the server
			disk & memory bandwidth of the server
			network congestion
			number of concurrent Xterminal users & the types
				of jobs they run


Glittering Generalities: SMP is nice; BIG FAST SERVERS are nice.  If you
don't understand where the bottleneck is, how can you hope to
(optimally) alleviate it? You can almost always "tune" a server +
xterminal system to increase performance. 
-- 
     Paul R. Joslin     | 
joslin@c0223.ae.ge.com  | When you have a new hammer,
   +1 513 583 3537      | everything looks like a nail.
Newsgroups: comp.unix.admin
From: cjc@ulysses.att.com (Chris Calabrese)
Subject: Re: XterminalServer ratio wanted
Date: Fri, 2 Oct 1992 14:24:57 GMT
Organization: AT&T Bell Laboratories, Murray Hill, NJ

In article <1992Oct1.185352.10675@den.mmc.com>, pworthin@raisinets.den.mmc.com (Paul Worthington) writes:
|> In article <1ad2rfINNfdc@male.EBay.Sun.COM>, nikita@cherokee.EBay.Sun.COM (Nikita 
|> Motalygo) writes:
|> |> 
|> |> 	xterminals have a major impact on the net and eat up cpu time like mad!
|> |> 35 xterms on a 4/490 with 128Mb memory and 2X's swap could be brought to its
|> |> knees when I was working at XXXXX  (network co.) last year. We added another 
|> |> 64Mb memory and additional swap and still could hang it completely if 3-4 user 
|> |> were reading
|> |> large enough mail files.  Xterms still need some serious work before I'd use
|> |> them in a major way.
|> |> 
|> |> 
|> 
|> We daily run 35+ X terminals on an SGI 4D/340 server with 4 CPUs and "only" 96
|> megabytes of RAM, and the load average hangs out around > 0.40!  The network
|> traffic has not risen significantly since we hooked up the last 13 X terminals,
|> and it is hardly noticed by our network managers.  Most of our users are running
|> 2-D CAD packages and the system blazes.  I can't believe that because your
|> system hangs when "3-4 users were reading large enough mail files", X terminals
|> are automatically the cause.

I heartily concur.  We've got over 100 X terminals on our X terminal
subnet (we've also got SPARCstation, Sun3, and backbone subnets)
and _never_ have any problems with network performance..

I won't talk about server performance, because we mostly do large
scale dataprocessing, so it's hard to say what the overhead  of the X
stuf is.  Suffice it to say that we have plenty of cycles to burn on
such undemanding tasks as clocks, mail reading, desktop metaphor
stuff, etc.

-- 
Name:			Christopher J. Calabrese
Brain loaned to:	AT&T Bell Laboratories, Murray Hill, NJ
att!ulysses!cjc		cjc@ulysses.att.com
Obligatory Quote:	``pher - gr. vb. to schlepp.
			  phospher - to schlepp light.
			  philosopher - to schlepp thoughts.''
From: dbrillha@dave.mis.semi.harris.com (Dave Brillhart)
Newsgroups: comp.unix.admin
Subject: X11 / TVTWM Challenge
Date: 6 Oct 92 11:18:10 GMT
Reply-To: dbrillha@dave.mis.semi.harris.com
Organization: Harris Semiconductor
X-Newsreader: TIN [version 1.1 PL6]


I am running X11R5 and TVTWM. In my ".xsession" file, I fire off
a number of applications when I start X. 

QUESTION (Challenge): How do I add to the environment that these
auto-started applications inherit?

Specifically, I'd like to add "EDITOR = /usr/local/bin/emacs" to
the environment. Here is the default environment for these apps:

DISPLAY=:0.0
HOME=/usr/users/dbrillha
PATH=:/bin:/usr/bin:/usr/X11R5/bin:/usr/ucb:/usr/local/bin
SHELL=/bin/csh
USER=dbrillha
TERM=xterm
WINDOWID=25165837
LOGNAME=dbrillha
TERMCAP= (deleted)


Thanks for any help with this... 

--
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
 Dave Brillhart                              Harris Semiconductor
 dbrillha@dave.mis.semi.harris.com           Mail Stop 62A-024
 Voice: (407) 729-5430                       P.O. Box 883
 Fax:   (407) 724-7486                       Melbourne, FL 32902-0883
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
From: del@fnx.uucp (Dag Erik Lindberg)
Newsgroups: comp.unix.admin
Subject: Re: TimeOut Inactive User
Date: 1 Oct 92 19:34:57 GMT
Organization: I/Ovations

In <1992Sep29.160459.6910@tijc02.uucp> cgh018@tijc02.uucp (Calvin Hayden x2254) writes:
>From article <Bv7FpD.6AA@CAM.ORG>, by robert@CAM.ORG (Robert Masse):
>>    Simply make a script that checks the IDLE field using awk. 
>> If it is > then a certain number, kill his shell.
>> 
>Depending on where IDLE field is coming from, it might not be wise to do
>this.  If, for example, IDLE is coming from the results of a "w" command
>(I'm on a sun), it reports the idle time of the "terminal".  It is possible
>for the terminal to be idle, but processes started from that terminal that

We have had this problem here (ISC) using an idle-user daemon.  Specifically
two cases give us grief with a 30 minute idle-logoff:

1) User uses kermit or YAM to connect to another machine and starts file
   transfer taking > 30 minutes.
2) User starts large Oracle SQL operation taking > 30 minutes.

In either case the "user" is definitely *not* idle, but the "terminal"
is idle since there is no input from the user during that time.  It is
not nice to kill the user in these two instances.  We had to go with a
60 minute idle-logout, which is a poor compromise.  Not only is it less
than effective at logging out idle users, but there is still the rare
case of someone getting logged out for running a non-interactive job
taking longer than 60 minutes (usually when they are being considerate
by nice'ing the job in the first place).

Ideally there would be a way to monitor CPU stats for a user.  Then
'idle' could be defined as "no process in the user's group has used
any CPU cycles for XX minutes."

-- 
del AKA Erik Lindberg                             uunet!pilchuck!fnx!del
                          Who is John Galt?
Newsgroups: comp.unix.admin
From: wisner@netcom.com (Bill Wisner)
Subject: Re: Can't resolv host localhost
Organization: Taos Mountain Software, Mountain View, CA
Distribution: na
Date: Thu, 1 Oct 1992 20:24:36 GMT

In article <1992Oct1.101055.20316@cc.ic.ac.uk> cmaae47@cc.ic.ac.uk writes:
>or add the following line to the resolv.conf file:

>      hostresorder    local   bind

That's an SGI feature.  It will not work on any other vendor's operating
system (although Ultrix 4 and SunOS 5 have similar features).

w. <wisner@netcom.com> <wisner@EBay.Sun.COM> Gryphon Gang Mountain View CA
From: sherwood@fenris.space.ualberta.ca (Sherwood Botsford)
Newsgroups: comp.unix.admin
Subject: Password generation
Date: 2 Oct 92 16:08:44 GMT
Article-I.D.: kakwa.1992Oct2.160844.4013
Organization: University Of Alberta, Edmonton Canada


Some time back someone was asking for automated password  
generation.  They wanted passwords that would be long  
enough to not be guessed, easy to remember, but not in a  
dictionary.

I have written such a generator. (In perl. (Of course))   
You start it by feeding it several thousand words.  From  
this it contructs a table of what letters are likely to  
follow what.  It then spits out 8 letter sequences.  Most  
of these sequences are pronouncable, and hence easy to  
remember.

When fed /usr/dict/words as it's imput, it will generate  
about 50 repeats/100000 words.  Using the Declaration of  
Independence, the repeat rate is about 500/100000. Checking  
longer runs confirms that the repeats are random.  Playing  
some statistical games, this repeat rate corresponds to a  
password population in the tens of billions, which is not  
as big as all possible words, but is much larger than the  
set of passwords people actually choose.


To avoid flamage, I won't post the script here.  Mail, and  
I'll send it to you.

sherwood
Newsgroups: comp.unix.admin
From: "Eric Wei" <p00108@psilink.com>
Subject: Re: modem setup in /etc/remote
Organization: CompuTop Inc.
Date: Thu, 1 Oct 1992 20:20:20 GMT
X-Mailer: PSILink (3.2)

ines: 24

I am having problem to get 'tip' running under SunOS 4.1.2 with USRobotics
V.32bis/V.42bis. The modem and terminal line (/dev/cua1) configuration
seems OK because 'cu' runs well on the same line & modem. So I suspect
there's something wrong with /etc/remote file entry.

This is what I inserted into the /etc/remote:
uci:\
	:pn=8568960:dv=/dev/cua1:br#38400:el=^C^S^Q^U^D:ie=%$:oe=^D:du:at=hayes:rw:

'tip' disconnects immediately after the modem detects DCD with the
following error message:

dialing .... call failed.

>	Make sure you have
	     		sr=\rAT\r\d:
			ss=OK:         in your /etc/remote.

	Also enable your modem's OK prompt after receiving AT from DCE 
			ATQ0&W0  (if it is the Hayes compatible command set)			 
Newsgroups: comp.unix.admin
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: temparary superuser
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Distribution: usa
Date: Mon, 5 Oct 1992 14:49:03 GMT

In article <1992Oct2.230122.24463@RedBrick.COM> mmt@RedBrick.COM (Maxime Taksar) writes:
>In article <1992Sep29.164914.13346@sci34hub.sci.com>, gary@sci34hub.sci.com (Gary Heston) writes:
>[...]
>> You can learn more by reading the Unix system admin book by Nementh, Seebass,
>> and Snyder. Do *not* experiment without permission. 

>I disagree.  Experimentation is often the only way to get a
>good knowledge of things like Unix.  It can also be the only
>way to find obscure problems.

Here, let me quote my statement again:

>> ....   Do *not* experiment without permission. 

Note the last two words, there: "without permission". They imply that 
experimenting *with* permission is OK; so that my statement was not
a flat prohibition against experimentation in general.

If I (a Unix/NetWare admin) caught a user trying to get root/supervisor
privledges in the course of "experimenting" on this network, you may rest
assured their account would be disabled *immediately*, and they would
probably lose their NIC until after there'd been a discussion of the 
matter with either our managers or VP. I won't tolerate crackers.

However, if a user approached me and requested permission, or I was told
by management to provide access for some experimentation, that's an 
entirely different matter.

>Computers are tools and not sacred objects.  Users shouldn't be
>trained to be afraid of them.

A brick of C4 or a stick of dynamite is a tool as well. I don't want
anyone experimenting with any of that around me without permission,
either.

The original poster, as I recall, was wanting to get root privledges to
experiment on a system. Apparently, he didn't bother asking his system
administrator. That places him in the position of a would-be cracker,
not just a user in training. I've no objection to training, but lots to
someone doing rm -r * from / to see how long it'll take. Some experimentation
*can* cause damage, your experience with your mothers' work system 
notwithstanding.

To those of you who understand what "without permission" means, my
apologies for the bandwidth consumption, but it appeared to be necessary.

-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
"...I looked out my window, and saw Kyle Pettys' car upside down, then I
thought 'One of us is in real trouble'." Davey Allison, re: a 150MPH crash 
Newsgroups: comp.unix.admin
From: mmt@RedBrick.COM (Maxime Taksar)
Subject: Re: temparary superuser
Organization: Red Brick Systems, Los Gatos, CA
Distribution: usa
Date: Fri, 2 Oct 1992 23:01:22 GMT

In article <1992Sep29.164914.13346@sci34hub.sci.com>, gary@sci34hub.sci.com (Gary Heston) writes:
[...]
> You can learn more by reading the Unix system admin book by Nementh, Seebass,
> and Snyder. Do *not* experiment without permission. 

I disagree.  Experimentation is often the only way to get a
good knowledge of things like Unix.  It can also be the only
way to find obscure problems.

Most of my Unix skills I learned when my mother would take me
to work, sit me down in front of a terminal, log in, show me
a few basic commands, and say "Here...play with it for a few
hours, and don't bother me.  Don't worry...you can't break
anything."

A well set-up, well maintained system shouldn't have any problems
with casual experimentation.  If it *does*, then average users
shouldn't be allowed on it.

Computers are tools and not sacred objects.  Users shouldn't be
trained to be afraid of them.
-- 
------------------------------------------------------------
Maxime Taksar              KC6ZPS           mmt@RedBrick.COM
Xref: sparky comp.unix.admin:5263 comp.windows.x:17210
From: dinah@rockytop.tivoli.com (Dinah McNutt {sysadmazon})
Newsgroups: comp.unix.admin,comp.windows.x
Subject: Re: Xterminal-Server ratio wanted
Date: 28 Sep 92 21:35:21 GMT
Followup-To: comp.unix.admin
Organization: TIVOLI Systems

In article <1992Sep18.145309.4505@thunder.mcrcim.mcgill.edu>, mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
|> In article <BunLL5.2rq@waterloo.hp.com>, hart@waterloo.hp.com writes:
|> > Cy Foughty (cy@solbourne.com) wrote:
|> >> 4. Xterminals require SYMMETRIC MULTIPROCESSOR SERVERS for good
|> >>    response time.
|> 
|> Not in my experience.
|> 

It's been my experience that with a symmetric multiprocessor
server, you can replace workstations with X-terminals and folks will
be happy. This was in a development environment.
-- 


Dinah McNutt      TIVOLI Systems, Inc.   (512)794-9070
             dinah@tivoli.com
From: rouquett@Aig.Jpl.Nasa.Gov (Nicolas Rouquette)
Newsgroups: comp.unix.admin
Subject: Re: modem setup in /etc/remote and /etc/acucap
Date: 6 Oct 92 22:12:46 GMT
Reply-To: rouquett@aig.jpl.nasa.gov
Organization: NASA/Jet Propulsion Laboratory

In article <2927206864.2.p00108@psilink.com>, p00108@psilink.com (Eric Wei) writes:
|> In article <2927052726.5.p00108@psilink.com> you write:
|> >
|> >
|> >>	Make sure you have
|> >	     		sr=\rAT\r\d:
|> >			ss=OK:         in your /etc/remote.
|> 
|> > These aren't documented in my man pages for tip or remote. I'm
|> > currently waiting for 4.1.3 and am running 4.1.0 (believe it or not)
|> > on my IPC. Are these undocumented features, docemented elswhere, or
|> > part of the newer OS?
|> 
|> 
|> 	Oops! When I said "in your /etc/remote", I really mean "in your
|> 	/etc/acucap".  YES, sr and ss should be within the modem (whichever
|> 	you selected) definition in acucap.
|> 
|> 	Ex. 
|> 	If I select Hayes-V to be the modem type in my /etc/remote. Then,
|> 	ss and sr should be attached to the Hayes-V's def. in the 
|> 	/etc/acucap.

I fixed the disconnect problem by explicitely setting the cm field
in the /etc/remote entry to blank. I.e., :cm=:

IN 4.1.2, I didn't find any information about /etc/acucap. Is this
an optional file that tip looks for or is it something new in 4.1.3?

-- 
----------Nicolas Rouquette----------rouquett@aig.jpl.nasa.gov
    Artificial Intelligence Group
      Jet Propulsion Laboratory
From: ahd@apollo.sunquest.com (Arthur H. Dyer)
Newsgroups: comp.unix.admin
Subject: Re: Floppy Disk Labels
Date: 1 Oct 92 22:54:21 GMT
Organization: Sunquest Information Systems, Tucson

To the recent list of atrocities committed against floppy disks by novices,
add the following (supposedly true) story:

A computer-naive person was serving as guinea pig during quality-assurance
testing of some documentation.  Step one said to remove a diskette from the
box, so the person did so -- leaving the paper sleeve behind.  Step two said
to remove the diskette from its envelope so he very carefully pried apart all
the little heat seals around the edges of the protective wrapper to get to
the disk itself.  Step three said, "Holding the diskette by one corner, ...",
at which point the fellow looked at the _round_ object in his hand and became
quite embarassed.

But the authors assured him he had nothing to be embarassed about.  After all,
the document was intended for novices, and they were grateful for being taught
that you should assume _nothing_ when dealing with beginners.

Hmm.  Maybe this thread really belongs in comp.human-factors?  :-)
--

-------------------------------------------------------------
Art Dyer    ahd@apollo.sunquest.com    Voice:  (602) 570-2000
From: kafka@bull.bull.fr (kafka)
Newsgroups: comp.unix.admin
Subject: test
Keywords: test
Date: 29 Sep 92 15:08:25 GMT
Organization: Bull, France

This is a test

Newsgroups: comp.unix.admin