HDTenEightyP/NetNews huggingface dataset:
From: backman@FTP.COM (Larry Backman)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Wanted: nntp options for PC/TCP v1.1 pl1 for OS/2 2.0
Date: 1 Sep 92 13:15:53 GMT
Organization: The Internet


 >> 
 >> Does anyone have a list of configurable opions for
 >> my pctcp.ini file?
 >> 
[pctcp nntp]
    toplevel-directory = c:\pctcp\spool\nntp
    server = somewhere.over.the.rainbow
    user = joeblow
    client = silly.foo.com
    max-sync-descs = 0
    polling-interval = 10
    nntp-port = 119
    net-time-out = 10
    protocol = nntp


You should contact <info@ftp.com> about getting an upgrade to our 1.2
release.  We snuck NNTP in as an undocumented 1.1 PL1 feature; its
doc'ed in 1.2

Larry Backman
FTP Software
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Anyone using Crynwr packet driver with PhoneNET
From: hippo@sonoma.edu (Michel Davidoff)
Date: 2 Sep 92 17:42:21 PDT
Organization: Sonoma state university

In article <Btywvq.DL2@news.larc.nasa.gov> (Daniel Koppen) writes:
>Subject: Anyone using Crynwr packet driver with PhoneNET
>From: (Daniel Koppen)
>Date: Wed, 2 Sep 1992 20:28:37 GMT
>Hi netters,
>   We have a mixed house of both IBM PCs and MacIntoshes. All of
>our LaserPrinters are on Ethertalk, and the Macs all use Quickmail
>(another Ethertalk product) to mail messages back and forth, so I
>was delighted to learn of a product called PhoneNET from Farallon
>that uses the same 3COM 3C503 cards that we already had in every PC
>to run the Crynwr packet drivers. Unfortunately, I have yet to find
>a way to allow the PhoneNET product (which uses Ethertalk) and 
>NCSA's Telnet (which uses TCP/IP) to use the same 3c503 card.
>   If I am not mistaken, this is the real strength of using packet
>drivers, to sort out the different protocols and get them to the
>proper executable. If someone has accomplished this marriage of
>protocol types or if I am completely off base, please contact me.
>
>Thanks,
>Daniel Koppen
>dmk@air31.larc.nasa.gov
We have the same network configuration and we also use QuickMail. The only 
way to get this to work is with Marknet and Relnet. You can not load 
TCP/IP with the other Protocol. 
However if I am mistaken and there is a way to get this working Please let 
me know.

Michel.Davidoff@Sonoma.edu
From: DAN@ACS.UWLAX.EDU (Dan Abts - UWL Network Manager)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: pc-route/pc-bridge, suggestions wanted
Date: 4 Sep 92 16:31:57 GMT
Distribution: world
Organization: The Internet

> Does anyone have the experience of running pc-route/pc-bridge over a modem
> connection ?
>
I can't help with this, but I believe that is what the slip interface
is for.

> Is pc-bridge/pc-route capable of routing both TCP/IP and NOVELL IPX/SPX
> packets ?
>
> TIA.
> -gary
>
PC-Bridge will bridge both tcp/ip and novell as well and other
protocols.  Both sides are the same network number.

PC-Route can be configured to route tcp/ip (different subnet numbers)
and bridge novell (and other things).  Look at the Brouter section of
the DECLARE.INC file.

Dan Abts                                    ABTSACS@UWLAX.EDU
Academic Computing Services                 ABTSACS@UWLAX.BITNET
Univ. of WI - La Crosse                     (608) 785-8031
1725 State St.                              (608) 785-8907 FAX
La Crosse, WI  54601                        N9PZC
From: JBLOW@rn1.nursing.arizona.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: test delete/ignore
Date: 31 Aug 92 02:03:57 GMT
Organization: The Internet

testing.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: rjberke@pan.mc.ti.com  (Richard Berke)
Subject: Re: Good TCP/IP package for NFS and with SCO ansi emulation.
Nntp-Software: PC/TCP NNTP
Reply-To: rjberke@lobby.ti.com
Organization: Texas Instruments Materials and Controls Group
Date: Tue, 1 Sep 1992 18:48:02 GMT

In article <9209011705.AA08730@ftp.com> jbvb@FTP.COM ("James B. Van Bokkelen") writes:


>       ...has good SCO ansi terminal emulation.  We are currently using FTP's
>       PC/TCP, but it is virtually useless for terminal emulation and remote
>       printing.  I tried using Procomm Plus as a terminal emulator and never
>       got it to work with 8 bits instead of 7 bits...
>
>   If your emulator asks TNGLASS for an 8-bit data path, we try to negotiate
>   the Telnet Binary option.  I *know* this works, because of the number of
>   emulators that do so automatically, and the number of Unices that map it
>   to "raw mode".
>
>   James B. VanBokkelen            2 High St., North Andover, MA  01845
>   FTP Software Inc.               voice: (508) 685-4000  fax: (508) 794-4488


I have a colleague who's trying to write a factory status display application
that requires VT100-style screen positioning, line character 'graphics', AND
also ANSI escape sequence handling for color.

TNGLASS handles the colors, but not the line drawing, and VT100 sequences don't
appear to map completely to just ANSI.SYS.
TN (VT) handles the line drawing and positioning, but not the colors at all.

Is there a compromise technique or set of options?

Thanks,
Richard Berke   RBRK   rjberke@lobby.ti.com  (214) 575-2828
Texas Instruments      Plano, Texas
------------------------------------------------------------------------------

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: dog.ee.lbl.gov!hellgate.utah.edu!caen!destroyer!ubc-cs!alberta!isagate!edm.isac.ca!airon@ucbvax.Berkeley.EDU (Airon Yan Sung Yiu)
Subject: Tn3270 Emulator using Pathwork socket library
Followup-To: poster 
Summary: Problems with Pathwork (DOS) socket read
Organization: ISA Corporation, Edmonton, AB
Date: Fri, 28 Aug 92 11:23:01 GMT


--------------------------------------------------------------------
I have the same problem when using Pathworks for DOS TCP/IP version 2.0.
I have included the first mail that I sent out for your reference.
--------------------------------------------------------------------
*** Previous mail ***

Hi, folks :
I have modified the NCSA Telnet/TN3270 emulation program to work with
Beame and Whiteside TCP/IP socket library and everything works fine.
However, I encountered some problems when I tried to port the program to
work with DEC Pathworks socket library.  It seems that the socket read
function in the Pathworks socket library does not clear the internal
storage buffer before each call (by the way, I clear my own storage
buffer before socket read is called each time).  Consequently, each time
the program reads new information from the network, there is some
leftover stuff from previous socket read calls.  This causes the Telnet
negotiaiton for 3270 sessions to fail.  I had similar problems when I
used the same 3270/Pathwork program (running in VT100 mode) to connect
to our Sun 4.

Can anyone help me ?  Here are some details about the program :
  Pathworks for DOS version 4.1
  Pathworks for DOS (TCP/IP) version 1.1A
  The NCSA/3270 program was ported from Turbo C (v 2) to MicrSoft C (v 6)

Please reply to my e-mail address and I will post the summary of
response.  Thank you.

-- 
Airon Y.S. Yiu 		         mail: airon@edm.isac.ca
ISA Corp.			 uucp: !{uunet, alberta}!isagate!airon
Edmonton, Alberta, Canada       phone: (403) 420-8081
From: NEALE@MRL.DSTO.GOV.AU (The Wolf)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: RE: RARP Server Needed!
Date: 25 Aug 92 23:26:43 GMT
Article-I.D.: mrl.920826092643.220008e1
Distribution: world
Organization: The Internet

Thank you for the information re: a novell RARP server.  While we ARE running
a Novell 3.11 server,  we have not got the TCP/IP module,  so it will not be
any good to us in the near future.  I will store the information away though
for future reference if things change.  

       Thank you,
                Neale Wolfson.
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: NCSA Telnet & WINPKT
From: hippo@sonoma.edu (Michel Davidoff)
Date: 4 Sep 92 13:21:00 PDT
Organization: Sonoma state university

In article <1992Sep4.184222.280@news.uiowa.edu> boyken@herky.cs.uiowa.edu (Karl Boyken) writes:
>Subject: NCSA Telnet & WINPKT
>From: boyken@herky.cs.uiowa.edu (Karl Boyken)
>Date: Fri, 4 Sep 1992 18:42:22 GMT
>I've set up a number of PCs with NCSA Telnet and Windows, using WINPKT.
>For the packet driver, I always use 0x62 for the packet interrupt, then use
>
>     winpkt 0x60 0x62
>
>to start WINPKT.  WINPKT says that it finds the packet driver and that the
>new interrupt is 0x60.  I configure the config.tel thus:
>
>     hardware=packet
>     interrupt=60
>
>But, when I start Telnet in Windows, I always get this message:
>
>     Warning, packet driver vector incorrect, using default search
>
>Telnet evidentally does find an interrupt, but I'd prefer that it didn't have
>to search for it.
>
>If I don't load WINPKT and change the packet driver invocation to 0x60,
>Telnet starts up without the warning.
>
>What am I doing wrong?  Thanks in advance.
>
>*****        _My_ views, no one else's--except those I plagiarize         *****
>Karl Boyken, system programmer | Distant cousins, there's a limited supply, and
>Department of Computer Science | we're down to the dozens, and this is why:
>The University of Iowa         | big-eyed beans from Venus--oh my, oh my!
>boyken@herky.cs.uiowa.edu      |                           -- Captain Beefheart
>
Try in the config.tel interupt=62
From: OSG0305@UNLVM.UNL.EDU (Nancy Davis)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: TN3270 under windows
Date: 2 Sep 92 21:06:05 GMT
Distribution: world
Organization: The Internet


Is there a product available for running TN3270 under Windows?
Thanks for the info.

Nancy Davis                      OSG0305@UNLVM
Computing Services Network       OSG0305@UNLVM.UNL.EDU
Univ. of Nebraska-Lincoln
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: jiliu@ucs.indiana.edu (Jian Liu)
Subject: Two questions -- ethernet and scanner, second warmboot
Organization: Indiana University
Date: Sun, 23 Aug 1992 17:19:57 GMT

Hi all.  I am posting this for a friend.  Your help is appreciated.
Jian

**************************************************
This week I have experienced some troubles with Ethernet card installation. 
They took me quite a lot of times, yet they still remain unsolved.  Thus, I 
would like to present my problems here for your review.  If you have any 
ideas about those problems, please let me know.
My first problem is to install an ethernet card together with a HP ScanJet 
at a NCR computer.  The HP ScanJet uses a SCSI (or SCSI like) controler
which uses IRQ 5 or 7, port 270 or 278, RAM address C0000 to DC000.  If I
install the scanner alone, I can only make it work at C4000 (Other
locations may not work properly at this computer, even without an EtherNet
card.)  After I install the EtherNet, Scanner can't work properly.  The
scanning process would be halted after a while, or reboot the computer by
itself.  The EtherNet card's setting is 300, 2, CC000, which is not
overlapped with Scanner's setting.  Actually, the ethernet part works at
this computer perfectedly with the scanner drive loaded.  Maybe I should
say that it is the scanner's campability problem with the Ethernet or its
software.  I used to think it was the memory's limited.  But John gave me 
two more meg to add it up to 4 mg and the problem is still there.  (This 
scanner's factory setting is C400, while it was installed with D400 
previously.)
The second problem is to install an Ethernet card at an AT&T 6386 computer. 
I have tried many combinations at this computer.  However, the settings at 
the ethernet cards either didn't work at all, or need to have warm boot
after a cold boot in order to be connected to the server.  And the 
connection is very unreliable.  It keeps giving some messages like "parity 
failure on the extension board.  Computer stopped," or "power-up 
unrecoverable error."  It usually locked the computer completely or need a 
warm boot at least.  I also changed a Ethernet card on it but it didn't 
work.  For your reference, I used to have a 8 bit ethernet card at this 
computer, with a setting of 360, 10, d000.  But this setting is typically 
unreliable as I described here.
I have used SLEUTH to check the availability of IRQ and memory address.  I 
didn't get any conflicting report from SLEUTH.




Jian Liu
@Indiana University
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: beame@maccs.dcss.mcmaster.ca (Carl Beame)
Subject: Re: email address Beame & Whiteside
Organization: McMaster University, Hamilton, Ontario, Canada.
Date: Thu, 27 Aug 1992 02:59:31 GMT

In article <BtL2nE.IoK@usenet.ucs.indiana.edu> jiliu@silver.ucs.indiana.edu (Jian Liu) writes:
>In article <1992Aug26.070843.20457@cs.few.eur.nl> pronk@cs.few.eur.nl (Hans Pronk) writes:
>>I am looking for the email address of Beame & Whiteside Software Ltd
>>
>>Hans M. Pronk.
>
>Beame & Whiteside Software, Ltd. (BWS-DOM)
>   576 Baptist Church Road
>    RR#2 Caledonia, Ontario
>    Canada   N0A 1A0
> 
>   Domain Name: BWS.COM
> 
	Stuff Deleted

Please use the mail IDs:

	sales@bws.com
	    or
	tech@bws.com

Thanks
Carl Beame
Beame & Whiteside Software Ltd.
From: jessea@homecare.com (Jesse W. Asher)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Good TCP/IP package for NFS and with SCO ansi emulation.
Date: 27 Aug 92 01:43:14 GMT
Organization: G.O.D Inc.

Can anyone recommend a good tcp/ip package that does both NFS and that
has good SCO ansi terminal emulation.  We are currently using FTP's
PC/TCP, but it is virtually useless for terminal emulation and remote
printing.  I tried using Procomm Plus as a terminal emulator and never
got it to work with 8 bits instead of 7 bits.  This makes lines
impossible.  Any recommendations here?
-- 
      Jesse W. Asher                                   Phone: (901)762-6000
                         Varco-Pruden Buildings
	      6000 Poplar Ave., Suite 400, Memphis, TN  38119
 Internet: jessea@homecare.COM                 UUCP: ...!banana!homecare!jessea
From: hagen@dxcern.cern.ch (Per Hagen)
Subject: Re: INT14 tsr in PC/TCP (FTP)
Organization: CERN European Laboratory for Particle Physics
Date: Fri, 28 Aug 1992 23:18:05 GMT

In article <1992Aug27.231543.1799@cu23.crl.aecl.ca> tannerc@cu18.crl.aecl.ca (Chris Tanner) writes:

>We have PC/TCP running on a PC and would like to use a windows based
>terminal emulator (from KEA) that needs an INT14 based telnet tsr that
>is loaded before its own tsr.
>
>I could not see how to do this from the manual.  Does anybody know how
>to do this. (I hope that all this makes sense).

Sorry! I don't have the book here home. You should use TNGLASS with
an option (-e "command line"). I have used "this" to run Kermit. Please
check the manual if it is -e or not. I hope it works if you replaces
"command line" with "mytsr arg1 argN". TSRs are sometimes tricky (and
the most tricky TSR of all is DOS!).

Per HAGEN
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: maniac@taj.cs.unlv.edu (Eric J. Schwertfeger)
Subject: FTP sites for latest Packet Driver software?
Reply-To: maniac@taj.cs.unlv.edu (Eric J. Schwertfeger)
Organization: UNLV Computer Science and Electrical Engineering
Date: Fri, 4 Sep 92 19:44:40 GMT

Could someone point me in the direction of the latest versions of
the packet drivers and related TCP/IP software?  I need to bring 
some outdated machines up to date.

-- 
Eric J. Schwertfeger, maniac@jimi.cs.unlv.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: weber@rhrk.uni-kl.de (Christoph Weber-Fahr [KIT])
Subject: Re: ODI TCPIP stack configuration...
Keywords: ODI TCPIP RARP BOOTP
Organization: University of Kaiserslautern, Germany
Date: Wed, 2 Sep 1992 15:46:05 GMT

s861298@minyos.xx.rmit.oz.au (Marc A. Boschma) writes:

>Is it possible to configure the TCPIP.EXE program in the net.cfg file
>to use RARP or BOOTP to determin its ip address and network mask ?

RARP. Use IP-Address 0.0.0.0 or omit it from net.cfg.

Regards

Christoph Weber-Fahr

-- 
  Christoph Weber-Fahr                  |  E-Mail:  weber@rhrk.uni-kl.de 
  Universitaet Kaiserslautern,  KIT     |  S-Mail:  Postfach 3049
  Tel. 0631/205-3391                    |           D-6750 Kaiserslautern
--------------------------  My personal opinion only    ---------------------
From: sbjie@engr.psu.edu (Sanjay Joshi)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Socket Libraries for PC compilable with Borland C/ C++
Date: 1 Sep 92 13:44:48 GMT
Organization: Penn State University

HI,

Are there any public or commercial socket libraries available that will
compile using Borland C and or C++ ??

I did get some info from FTP Software INc., in thier info packet is says 
that the libraries are MIcrosoft C libraries.  Has anybody been able
to compile and link these with Borland C ?? Are there any other vendors
out there who wouls supply these libraries.

thanks,

sanjay joshi.
From: james@sol1.poly-east-london.ac.uk (James Andrews)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: (none)
Date: 27 Aug 1992 06:19:44 -0500
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu


Has anyone out there used wattcp as a gateway between incoming modem calls
and ip?

I'd like to have a lot of cheapo internal ibmpc modems plugged in a cheapo
pc which also as an ethernet card.  When someone calls up the modems,
the call should be routed through the ethernet card to telnet to our unix
hosts.
There is some mention of something like this in the wattcp documentation,
so anyone managed to make it work?

Will this method be based on using the modems connections as slip lines or
will they just send ordinary serial data?
Please reply via email if possible as my usenet news connection is a bit
flakey.

thanks in advance,
James Andrews


User Support, University of East London
From: backman@FTP.COM (Larry Backman)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: problems with PC/TCP's NFS
Date: 26 Aug 92 01:20:00 GMT
Distribution: world
Organization: The Internet


 >> We are using FTP Software's PC/TCP package to network a few PCs onto
 >> a UNIX server, but we have a small problem with it. While the performance 
 >> of the setup is good, mounting a... "network drive" on the PC is unacceptably
 >> slow (I timed this at 35-40 seconds to perform an `idmnt').
 >> 
My off the cuff guess is that you are failing a DNS lookup for
some reason or other causing idmnt to wait for a DNS query to
timeout (~20 seconds).  If you per chance had 3 DNS servers configured
and the first 2 were bad; there's your 40 seconds....

IN any case; a network trace of some sort send to <support@ftp.com>
should quickly clear up your problem.


Larry Backman
FTP Software

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: jiliu@silver.ucs.indiana.edu (Jian Liu)
Subject: Re: email address Beame & Whiteside
Organization: Indiana University
Date: Wed, 26 Aug 1992 09:06:49 GMT

In article <1992Aug26.070843.20457@cs.few.eur.nl> pronk@cs.few.eur.nl (Hans Pronk) writes:
>I am looking for the email address of Beame & Whiteside Software Ltd
>
>Hans M. Pronk.

Beame & Whiteside Software, Ltd. (BWS-DOM)
   576 Baptist Church Road
    RR#2 Caledonia, Ontario
    Canada   N0A 1A0
 
   Domain Name: BWS.COM
 
   Administrative Contact:
      Beame, Carl  (CB162)  beame@BWS.COM
      (416) 765-0822
   Technical Contact, Zone Contact:
      Whiteside, Fred  (FW13)  whitesid@BWS.COM
      (416) 765 0822
 
   Record last updated on 09-Apr-92.
 
   Domain servers in listed order:
 
   NS.BWS.COM                   192.75.152.1
   HQ.TGV.COM                   161.44.128.70
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: steenhui@ce.philips.nl (Marcel Steenhuizen)
Subject: kermit protocol description
Summary: Can somebody help me to a description of the Kermit protocol?
Keywords: kermit
Organization: Philips Consumer Electronics, Eindhoven
Date: Wed, 26 Aug 1992 16:07:24 GMT

Can somebody help me to a description of the Kermit protocol?
Public domain sources in C or PASCAL would also help.
From: jrd@cc.usu.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: kermit protocol description
Date: 26 Aug 92 12:04:19 MDT
Organization: Utah State University

In article <1992Aug26.160724.8067@philce.ce.philips.nl>, steenhui@ce.philips.nl (Marcel Steenhuizen) writes:
> Can somebody help me to a description of the Kermit protocol?
> Public domain sources in C or PASCAL would also help.
---------
	The formal description of the Kermit protocol is contained in two
places: the book "Kermit, a file transfer protocol", by Frank da Cruz,
Digital Press, and the collection of notes on most recent enhancements found
on watsun.cc.columbia.edu in ~kermit/charsets (plus private notes on things 
not yet formalized into the protocol spec). The sliding windows protocol
in use is not the one in the book, though it interoperates with it ok, and
you will need to check with Frank or myself on details of that part. The
full Kermit protocol has its share of subtlities and ambiguities so it is
best to check with Columbia on interpretation of such details (fdc@watsun.cc.
columbia.edu).
	There is almost no Public Domain Kermit source code, but there is
an abundance of open and free source code, all copyrighted. All the Columbia 
Kermits are open, and all of this material is available either across the net
from watsun.cc.columbia.edu, cd kermit, or on mag tapes etc (contact Columbia
for prices and availablity). Warning: the entire collection is more than you
want to transfer across the net.
	Joe D.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: sjs@netcom.com (Stephen Schow)
Subject: NETWORK CONSULTANT WANTED
Date: Thu, 27 Aug 92 20:46:37 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 


I am looking for a network consultant that can help us set up our WAN E-mail.
We have a UNIX based mini that runs a patient tracking system called 'HBO'.

Physicians get information from this Host computer down to their PC clients
via 'WAL-LINK'.

We need a consultant that is very experienced setting up UNIX mail servers.
Specifically, we want MD's to be able to send and recieve E-mail
(user-friendily) from their local PC through a new Mail server which we have
yet to acquire, out to any other MD on another PC.

If we can get information acquired from the Host database into mail messages,
that would also be helpful.

If you are a knowledeable consultant in this area, please respond.

You may contact Kathyrn Moser for more information.

Kathryn Moser
John Muir Medical Center
(510) 947-5379
-- 
------------------------------------------------------------------
Steve Schow    | But you don't have to use the claw, if you
sjs@netcom.com | pick the pear with the big paw paw......
               | Have I given you a clue......?
               |                       - Baloo the Bear
------------------------------------------------------------------
From: rstevens@noao.edu (W. Richard Stevens)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Implementation of Distributed Database in SUN RPC
Date: 2 Sep 92 15:22:31 GMT
Organization: National Optical Astronomy Observatories, Tucson, AZ, USA

In article <1992Aug31.185338.29597@stortek.com> pae@blackcat.stortek.com (Phil Earnhardt) writes:
>
>Netwise's RPC TOOL has certainly addressed the issue of different styles of
>dispatching...there are single-threaded dispatchers, multi-processing
>dispatchers (forking off a process for new requests) on systems providing
>multi-processing, and multi-threaded dispatchers (spawning a new thread for
>new requests) on systems providing multi-threading capabilities.

Can anyone direct me to anything *available* that really describes
the Netwise product, complete with examples?  I keep seeing claims
about how great it is, but I've never seen examples of why it's so
good.

	Rich Stevens  (rstevens@noao.edu)
Newsgroups: comp.protocols.tcp-ip
From: susan@moo.org (Susan Dean)
Subject: SLIP
Reply-To: susan@moo.UUCP (Susan Dean)
Organization: World Wide User Group (WWUG)
Date: Sun, 23 Aug 1992 21:28:06 GMT


Does anyone know if there is SLIP for System V/386 avaliable via FTP?
If this is not the place to post this, please advise.

sd

-- 

Susan Dean datanet|| WWUG                      IP 192.207.83.0
Modem Over Olympia,(moo.org)                   MDMOVROLY-CUP.PORTAL.COM         World Wide User Group (MIL)                    SBOB!AT&T.MAIL.COM