HDTenEightyP/NetNews huggingface dataset:
From: ccg@tcdsp1.mmm.com ("Charles Ganzhorn")
Subject: Re: SMTP mail
Date: Wed, 29 Jul 92 17:52:38 GMT

I'd like to jump in here and ask a couple of questions:

What is MIME?

Secondly, I fail to see why forgery is not considered a breach of security.

Next, saying that mail doesn't require privacy is just caving in to the fact that
I can't get it with SMTP.

A good mail system should include authentication, privacy, arbitrary file 
attachments, acknowledgement, directory look-ups, and mailing lists just to 
name a few features.  

Now, SMTP doesn't preclude any of this:  the user interfaces for SMTP
are just crude.  The only part that SMTP really interferes with is that
everything (as far as I know and correct me if I'm wrong) must be transmitted in a
text format.  That puts undue stress on the mailers to encode everything.

What has been people's experience with the NYSERnet X.500 trial and did they 
come up with any decent user interfaces with, for example, an integrated
directory look up?

Charles.
--
Charles Ganzhorn			E/Mail:  ccganzhorn@mmm.com
3M IS&DP Network Services		AT&T:	 +1 612 736 7122
St. Paul, MN				FAX:	 +1 612 736 7689
Xref: sparky comp.protocols.tcp-ip:3911 comp.sys.hp:8724
From: hontanon@a.cs.wvu.wvnet.edu (Ramon J. Hontanon)
Newsgroups: comp.protocols.tcp-ip,comp.sys.hp
Subject: HELP: TCP/IP Software for an HP9000
Date: 29 Jul 92 13:56:17 GMT
Followup-To: comp.protocols.tcp-ip

Hello All!

I am in charge of an ethernet LAN that includes an HP9000. When it came
time to obtain TCP-IP software for the HP9000, all they could find was
a package called FUSION, from Network Research Corp. It works OK, but
we run PWS 3.1 to accomodate some flow cytometry software that we use,
and Fusion only runs on PWS 3.2.2, so we have to reboot from a Bernoulli
that contains PWS 3.2.2 everytime we wanna use FUSION.
 
My question is the following:

Does anybody know of any other TCP-IP package for the HP9000 that runs
on the old PWS 3.1? I realize this is doing things backwards, but our 
cytometry software only gets upgraded every three hundred years or so.

Both E-mail or posts would be great.

Thanks in advance

Ramon J. Hontanon
hontanon@cs.wvu.wvnet.edu
ramon@fdavax.cber.nih.gov
Newsgroups: comp.protocols.tcp-ip
From: leb@Hypatia.gsfc.nasa.gov (Lee E. Brotzman)
Subject: Re: How to control permissions on incoming FTP?
Organization: Goddard Space Flight Center
Date: Wed, 29 Jul 1992 23:32:56 GMT

dricejb@drilex.dri.mgh.com (Craig Jackson drilex1) writes:
>Is there any way, using the standard ftpd which one might receive with
>Ultrix or SunOS, for example, to control the permissions on incoming files?
>I just did a sample put (from a PC), and the file was stored with
>permisions of rw-rw-rw- (wide open).

I don't know about Ultrix or SunOS, but on our Silicon Graphics running IRIX,
ftpd has a "-u" switch for specifying the default umask for files.  It defaults
to 022 (group and worls-readable), but it can be changed in the
/usr/etc/inetd.conf entry for ftpd.

You may also want to check out the ftpd program available from 
wuarchive.wustl.edu.  I haven't used it myself but I hear it has a lot of 
whiz-bang features.
--
-- Lee E. Brotzman                    Internet:  leb@hypatia.gsfc.nasa.gov
-- Hughes STX                         DECNET:    NDADSA::BROTZMAN
-- National Space Science Data Center BITNET:    ZMLEB@GIBBS
-- NASA Goddard Space Flight Center
Newsgroups: comp.protocols.tcp-ip
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: SMTP mail
Date: 30 Jul 92 21:40:26 GMT
Organization: Naval Research Laboratory, DC


In article <92209.190519KKEYTE@ESOC.BITNET> Karl Keyte <KKEYTE@ESOC.BITNET>
writes:
>
>The SMTP has recently been removed at our site because of its well-known
>security hole.

In article <1992Jul29.021534.6708@mp.cs.niu.edu>,
	rickert@mp.cs.niu.edu (Neil Rickert) says: 
% Would you like to enlighten us as to the nature of this "well known
% security hole".
%
%  It is well known that email can be forged.  Most people don't consider
% this a security problem, although it may present an identification
% problem.  If you consider email forgery a security hole, then I presume
% you have also shut off all paper mail, which can just as easily be
% forged.

In article <92211.092548KKEYTE@ESOC.BITNET> KKEYTE@ESOC.BITNET (Karl Keyte) writes:
>& that's not a security hole?  It is if you want to believe mail that you
>receive.  Paper mail is usually signed.  The point is, SMTP is stupidly
>simple (as we all know) in it's "authentication".  My question still
>stands.

Karl,
  It is MUCH EASIER to forge BITNET mail than SMTP, so SMTP is not any
worse than what you all apparently continue to use.  Use the Privacy
Enhanced Mail (PEM) specifications and build a mail envelope that
provides the security properties you need outside of the SMTP issue.
SMTP is probably not a problem per se, so the PEM approach makes
sense.  The RFCs are online at the usual archive sites.

  Ran
  atkinson@itd.nrl.navy.mil
From: kurt@rsvl.unisys.com (Kurt Matthys )
Newsgroups: comp.protocols.tcp-ip
Subject: FIN and PUSH
Date: 24 Jul 92 12:52:46 GMT
Organization: rsvl.unisys

I have recently run into a situation where a TCP implementation would not
process an input if the FIN flag was set and the PUSH flag was not. It appeared
to just stage the input and wait forever for a PUSH. As I read RFC 793, the
FIN implies a PUSH on input and the host should process the FIN and send a 
close to the application.

Comments anyone?

Kurt Matthys
Unisys
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip
Subject: ODI and Clarkson driver spec 
Distribution: world
Date: Wed, 22 Jul 92 02:21:02 GMT
Organization: Crynwr Software

In article <1992Jul20.170533.19619@pacdata.uucp> johnr@pacdata.com writes:

   Would a kind soul point me in the right location to find the
   ODI (Open Data-link Interface) specification and the
   Clarkson Packet Driver specification.

Actually, the spec belongs to FTP Software.  It's on vax.ftp.com, in
pub/packet-d.ascii.

The largest (only?) collection of packet drivers used to be
maintained by myself while I was employed by Clarkson University.
Crynwr Software now owns the copyright on the packet driver skeleton.
The software remains freely copyable.

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice   [ if mail bounces, forward it ]
Potsdam, NY 13676          315-268-9201 FAX     [ to uuadmin@uu.psi.com.      ]
Newsgroups: comp.protocols.tcp-ip
From: chrisc@ramrod.lmt.mn.org (Chris Cox)
Subject: Re: Stopping only incoming TCP connections (was: Firewall usage)
Organization: LaserMaster Technologies, Minneapolis, MN  USA
Date: Wed, 29 Jul 1992 21:53:33 GMT

In article <1992Jul28.202211.14029@shearson.com> pmetzger@snark.shearson.com (Perry E. Metzger) writes:

>I was under the impression that if you filter all the SYN packets from
>one direction that aren't SYN ACKs, bingo, you can't initiate any
>incoming TCP connections.  Nice and stateless. The only flaw is that
>implementations that seperately ACK the initiating SYN and then send
>their own SYN won't be able to connect, but they are rare. Connections

That would eliminate your users from starting ftp data sessions (wouldn't 
it?).

Chris

   Chris Cox  W0/G4JEC                               chrisc@ramrod.lmt.mn.org
   LaserMaster Technologies                          Tel: (612) 944-6069
   7156 Shady Oak Road                               Fax: (612) 944-5544
   Eden Prairie, MN  55344

           ----- For mail of a more social nature, please use -----

     chrisc@moron.vware.mn.org  -or- chrisc@biggus.g4jec.tcman.ampr.org
From: trier@slc6.INS.CWRU.Edu (Stephen C. Trier)
Subject: Re: DV/X and NCSA Telnet WORKS!
Organization: Case Western Reserve University, Cleveland, OH (USA)
Date: Thu, 23 Jul 92 20:43:06 GMT

In article <1992Jul23.175757.1607@blaze.cs.jhu.edu> silano@newton.cs.jhu.edu (Mike Silano) writes:
>The reasons for this are clear - when the task is swapped out, 
>the ISR(Interrupt Service Routine) is swapped as well.  ...

>The solution to this is pktmux - the packet driver multiplexor.

What??  No, pktmux is a solution to a different problem.  The -w option
to the Crynwr packet drivers is a solution to the problem you describe.

Pktmux is designed to solve the problem of running more than one TCP/IP
protocol implementation simultaneously.  It gets it *almost* right, too.
There are many potential problems with using it, enough that most (all?)
TCP/IP vendors won't provide tech support for a problem that occurs
while pktmux is loaded.

It's possible that pktmux also solves the first problem you describe,
even though that is definitely not its raison d'etre.  If you are running
only one TCP/IP stack at a time, try using the -w flag on your packet
driver instead of running pktmux.

If you are trying to run two TCP/IP stacks, you will have to use pktmux.

-- 
Stephen Trier        "Think of an [IBM] RT as a large coupon..."
CWRU IRIS/INS              -- Irene Fung, describing a Sun trade-in deal
trier@ins.cwru.edu
From: Dean.Roth@mixcom.mixcom.com (Dean.Roth)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: several subjects on my mind
Date: 28 Jul 92 14:10:19 GMT
Article-I.D.: mixcom.1992Jul28.141019.19837
Distribution: usa
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.

In <Bs2zoz.Mq7@watserv1.uwaterloo.ca> eengelke@sail.uwaterloo.ca (Erick Engelke) writes:


>Several people have mentioned having difficulty compiling/linking WATTCP
>code.  Many more people have written in saying they found no difficulty
>with any of the Borland versions and others found simple solutions to
>what first seemed a difficulty.

Having helped solve one the "build" problems reported here,
I can report that the problem was *not* compiling the software
with bcc.  The WATTCP software compiled and performed correctly.


The problem was the computer had PC NFS drivers loaded for the
same Ethernet card the WATTCP software was trying to use.
Removing the PC NFS software solved the problem.  (Summary:
you cannot have multiple packages trying to access the same
network board at the same time.)

I also want to note how the Internet made an international
problem solving effort possible. WATTCP is from Canada,
I'm in the U.S., and, if I read the domain "nl" correctly,
the problem was in the Netherlands.

Dean
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: POP clients for the PC?
Date: Wed, 22 Jul 1992 05:05:49 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

I'm looking for a few good...POP clients.  Right now I have tried
POPMail, but some of our users don't like the user-interface.  It also
doesn't look all that good on a mono screen, which is what most of our
users have.  So, I'm looking for alternatives.  Any ideas?

In addition, I'm having a few problems with POPMail.  In particular,
it doesn't seem very robust.  Our network has two Ethernet segments
connected by a Netware machine that routes IPX/SPX and TCP/IP between
the two, as well as performing fileserver operations for our 15-20
PCs.  We also have two SCO Open Desktop boxes, one of which is
providing mail services.  The PCs are almost all hard diskless,
booting off a floppy drive and getting everything else from the
Netware server.  One of the problems I've discovered with POPMail is
that it will hang if it's given the /batch flag and can't contact
the host.  This can happen if, for example, the user puts "popmail
/batch" in their Netware login script (so as to check for new mail
when the log in), and then logs in from a station on the opposite
Ethernet segment from where they usually log in.  The network part of
the IP address, because it's stored in the POPMail config file rather
than the PC's environment or some-such, will still say the person is
on the other segment, and so packets will not be routed properly.  We
solve this problem with telnet/ftp by running CUTCP, and putting the
"myip" CONFIG.TEL statement in the $CUTCP1 environment variable rather
than a static file.  The machine can then set the IP address on
bootup, rather than having it encoded in a file on the network.  Is
there any way to do this with POPMail?

We also can't get printing to work.  None of the PCs have a dedicated
printer; instead, we have 5 printers hanging off the Netware server
and available for client use.  The Netware system login script uses
CAPTURE to redirect LPT1: and LPT3: (for historic reasons, sigh...) to
the laser printer.  Printing works fine from the DOS prompt, or from
within other applications.  But when I print something from POPMail,
it claims to have sent the print job, but nothing ever appears in the
Netware queue and nothing ever comes out of the printer.

The final problem I have with POPMail is that it doesn't use a
plain-ASCII configuration file.  With CUTCP, I can have a boilerplate
config file that I edit automatically using sed or an ed script.
(Yes, I have these Unix utilities in DOS versions...)  This can't be
done with POPMail; instead, I have to copy over the boilerplate, then
manually run POPMail and go through the configuration menus.  Maybe
that's okay for the end-user, but I, as the network admin, don't like
it.

-- 
Marc Unangst                | Real men don't make backups.  Real men never
mju@mudos.ann-arbor.mi.us   | accidentally delete files that they're going
<backbone>!sharkey!mudos!mju| to need later.
From: dsc3jfs@nmrdc1.nmrdc.nnmc.navy.mil (Jim Small)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: ftps redirector over slip
Date: 29 Jul 92 19:02:44 GMT
Organization: Naval Medical Research & Development Command

We are using etherslip and ethdrv.exe (2.03 pl 1 i think) with 
netbios redirector software.

With a normal packet driver this combinations works fine.

with the etherslip,  devices will not attach.  I've watched the
modem lights, and when I issue a use lpt3 //nmdsc10/laser1 command
I see 2 bursts go out, but no replies , then the command comes back
and gives the error (device not found, or something to that effect)

Any suggestions?

To my knowledge the redirector uses udp packets , does etherslip have
a problem stripping information from them for slip encoding?


-- 
I love the 3b2
The 3b2 is my friend.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: peter@psychnet.psychol.utas.edu.au (Peter R. Tattam)
Subject: Re: Archie and Gopher for LAN WorkPlace?
Organization: Psychology Department, University of Tasmania
Date: Wed, 29 Jul 1992 07:50:21 GMT

In article <1992Jul28.230237.23273@athena.mit.edu> pbh@athena.mit.edu (Paul B Hill) writes:
>From: pbh@athena.mit.edu (Paul B Hill)
>Subject: Archie and Gopher for LAN WorkPlace?
>Date: 28 Jul 92 23:02:37 GMT
>Does anyone know if there are Archie and Gopher clients available that work with
>LAN WorkPlace for DOS? If so, where?
>
>pbh@mit.edu

I have my own archie client using packet driver and Trumpet TCP.  I can very 
easily compile a version for LWP4D if you are interested. My client is a 
little different to the standard one published which won't speak to 
archie.au .  Mine appears to work to the USA archie site as well, but I have 
not tested it with all sites.  I have also added a filter for a domain 
suffix so that one can limit searches to a particular country if one so 
desires too.  (oh... another thing,  it doesn't use config.tel, but rather 
passes parameters through command line or environment variables).

Peter
----------------------------------------------------------------------------
P.Tattam                                    International Phone 61-02-202346
Programmer, Psychology Department           Australia     Phone   002-202346
University of Tasmania, Hobart, Tasmania, Australia
----------------------------------------------------------------------------
From: pruttman@cerebus.cc.edu (Pete Ruttman)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Help with AT&T Starlan 10 PC NAU ethernet card with Crynwr packet driver
Date: 22 Jul 92 21:03:34 GMT
Article-I.D.: carroll1.3253
Reply-To: pruttman@cerebus.cc.edu (Pete Ruttman)
Organization: Carroll College-Waukesha, WI

I have 1 AT&T Starlan 10 PC NAU card in a clone and want to use telnet
and ftp.  I got the DRIVERS.ZIP from Clarkston/Crynwr and have the file
at&t.com that is supposed to be the driver to use telnet and such things.
I don't know what the arguements are supposed to be for at&t.com.
Here is the usage for the command:

at&t [-n] [-d] [-w] <packet_int_no> <int_no> <io_addr> <base_addr>

here is what the diagnostic told me and may be some of the right numbers
for the above but I'm not sure:


network address: 08 00 6A 81 A7 10
I/O ADDRESS: 360
IRQ LINE: 2
RAM ADDRESS: E000
RAM SIZE: 16k

Thanks for any help,


Pete Ruttman
From: tim@asylum.sf.ca.us (Timothy G. Reynolds)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: slip device for ftp's tcp/ip
Keywords: PC/TCP SLIP
Date: 23 Jul 92 10:59:37 GMT
Reply-To: timmi@babyoil.ftp.com
NNTP-Software: PC/TCP NNTP

->I'm reading some OSC (trw's version of ftp's tcp/ip) and seeing vague
->references to a slip driver.
->
->Am I correct in assuming that I need a new ifcust.sys as well?
->
->On that supports SLIP?
->
->
->(Would anyone from ftp, please contact me through mail)
->thanks
->

If you have PC/TCP generic (part # pc, or i 210) you should have
everything you need to run SLIP.  FTP's generic kernel package
supplies a packet driver and kernel for SLIP that use the standard
ifcust file.  Look on diskette 5 or 8 (depending on media size) for
SLP16550.COM and SLPDRV.EXE.
--
Timothy G. Reynolds					FTP Software
FTP Technical Support					26 Princess St.
timmi@ftp.com						Wakefield, MA
(617) 246-2920							01880

	"We're well into the later half of the twentieth century,
	 paranoid misogyny is just plain out of style."
From: karl@ddsw1.mcs.com (Karl Denninger)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: 3COM503 & Clarkson
Summary: That's funny..
Date: 27 Jul 92 04:30:24 GMT
Organization: Macro Computer Solutions, Inc., Chicago, IL
X-Disclaimer:  Material posted in this article is the sole responsibility of
                the poster and does not represent MCSNet or the system owners.

In article <1992Jul27.112627.6058@csc.canterbury.ac.nz> cctr132@csc.canterbury.ac.nz (Nick FitzGerald, CSC, Uni. of Canterbury, NZ) writes:
>
>Next, 16-bit VGA cards give the 3C503 card hell.  You either have to set
>the VGA's jumper that forces it to 8-bit operating mode or put it in an
>8-bit slot.

That's funny, I run a 3c503 in a 16-bit slot AND have an Orchid Fahrenheit
1280 card in the machine too (also in a 16-bit slot).  Works perfectly.  I
am using the packet drivers V9.4.0 with shared memory enabled.

However, my WD8003 card DID NOT work in this same configuration.  That's why
I pulled it and went with the '503.

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
Request file: /u/public/sources/DIRECTORY/README for instructions
Newsgroups: comp.os.ms-windows,comp.protocols.tcp-ip.ibmpc
From: iceman@sequent.com (Ian Evans)
Subject: WinQVT/Net 2.6 Erratic Behavior
Organization: Sequent Computer Systems Inc.
Date: Thu, 30 Jul 92 17:23:20 GMT

Well,

After 1 week of trying EVERYTHING I can think of I have trashed
WinQVT and am actively looking for a replacement.

I posted 4 times describing my problems and got NO responses.
Hello... is there anybody out there???

I'm using a Dell 486P/50, 8mb ram, 120mb hd, SMC elite 16 combo
enet card, DOS 5, win3.1 and WinQVT/Net 2.6 with the latest odi
drivers.

What happens is the term type QVT sends to the host is very erratic.
Most of the time the host receives 'dec vt100'.  It should get
'dec-vt100'.  The '-' is getting replaced with a ' '.  Notice I said 'most of the time'.  On occasion the term type will be 'dec-vt100', but this is rare.

It sounds like a timing problem.  We have 2 other systems identical
to mine and they all exhibit the same behavior.  So that removes
the possibility of it being something wrong with my setup.

Has ANYONE seen this type of behavior on a 50Mhz 486??  I have set
my config.sys, autoexec.bat, and net.cfg files to the bare minimum
for odi and I still have the same problem.

I used QVT for a couple of months on a 16Mhz 386sx with no problems.
I have the exact same config on both pc's.  The ONLY difference is
the cpu and memory.

Any ideas????
-- 
 ------------------------------------------------------------------------------
	Ian C. Evans -- The ICEMAN		Sequent Computer Systems Inc.
	iceman@sequent.com			Architecture & Technology
 ------------------------------------------------------------------------------
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: Scott@enge1.cc.wm.edu (Scott Fenstermacher)
Subject: NCSA Telnet and OS/2 (and ODI)
Organization: Computer Center
Date: Tue, 21 Jul 1992 17:49:29 GMT

I need to use NCSA telnet and OS/2 together along with Novell. I am using 
the ODI drivers and the OS/2 2.0 Requestors. Has anyone done this. I was 
using ODIPKT and it works Great. But now I need to use it with OS/2. I am 
using Cabletron E2010 card.  Any help would be appreciated. 

Scott
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: dvs@ze8.rz.uni-duesseldorf.de (Wolfgang R. Mueller)
Subject: Re: 3Com 3C503 problem with Clarkson (Crynwyr) pkt dr - help reqd
Summary: PC hanging after starting packet driver
Keywords: 3C503 Clarkson packet drivers 
Organization: Computing Centre, Heinrich-Heine-University, Duesseldorf, Germany
Date: Wed, 22 Jul 1992 08:42:50 GMT

In article <fit106.710488208@mis.csiro.au> fit106@mis.csiro.au (Kent Fitch (Project Computing)) writes:
>works fine with FTP Inc software, but as soon as we change the board
>jumpers to set memory to any of c8000,cc000,d8000 or dc000 (as reqd by
>the packet driver program 3c503.asm), the 3Com diagnostic program says:
>"RAM test failed.".  We dont have anything in the PROM socket.  Our config.sys
Try forcing your vga to 8bit by jumper or 8bit slot !
This was the remedy in many cases already, hopefully in your onr too.
Wolfgang R. Mueller <dvs@ze8.rz.uni-duesseldorf.de>,
Computing Centre, Heinrich-Heine-University, Duesseldorf, Germany.
From: jrd@cc.usu.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Crynwr WD8003E-P
Date: 29 Jul 92 15:26:56 MDT
Organization: Utah State University

In article <1992Jul29.150136.21570@slate.mines.colorado.edu>, cjmarsha@slate.mines.colorado.edu (Charles Marshall) writes:
> Joerg.Vreemann@popserver.uni-konstanz.de (Joerg Vreemann) writes:
> : In article <712380314snx@exorcise.demon.co.uk>, james@exorcise.demon.co.uk
> : (James Harwood) wrote:
> : > 
> : > Is there a Crynwr packet driver available for the
> : > Western Digital 8003 EtherPlus Elite?
> : > 
> : Look for something called 8003pkdr on the diagnostics disk that should have
> : come with the adapter. 
> :
> 
> But does that packet driver really work?  I have had lots and lots of
> problems with it.  For one gripe, how do I change the I/O address?  I think
> it can be done pretty easily off of the command line, but since I don't
> have docs...
> 
> Second major gripe, has anybody gotten Kermit TCP/IP to recognize the
> packet driver?
> 
> Charles
>  
> -- 
> ---------------------------------------------------------------------
> Charles Marshall            Bitnet: cjmarsha@flint.mines.colorado.edu
> Information Services        Usenet: cjmarsha@slate.mines.colorado.edu 
> Colorado School of Mines
--------
Charles,
	Re Kermit. Golly, what's the problem because the Packet Driver part
works great? The WD written Packet Driver is not good for general use and I 
strongly urge that it be returned to distribution media.
	Followup on Kermit items to me at jrd@cc.usu.edu would probably spare
others.
	Joe D.