HDTenEightyP/NetNews huggingface dataset:
From: ccstb@sunlab1.bath.ac.uk (Trevor Barry)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: SOSS support
Date: 6 Nov 92 11:32:05 GMT
Organization: Bath University Computing Services, UK


Hello folks,

We have a requirement to provide LAN access to CD-ROMs. I have been 
experimenting with SOSS on a PC but I have hit a few problems. None of
the mail addresses in the SOSS documentation seem to be valid so my 
questions are;

      - does anybody support SOSS these days?
      - I have a version dated 1988, is there a more up to date one?
      - are there any other systems that do the same job on a PC?

Thanks

Trevor
From: sr42+@ANDREW.CMU.EDU ("Steven J. Ross")
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: DialOuts?
Date: 6 Nov 92 01:49:12 GMT
Distribution: world
Organization: The Internet

Could someone please tell me how to find highspeed dialouts. I am
looking for ones in the NJ/NY area. 

                    -Steven Ross
                     SR42@andrew.cmu.edu
From: duval@elpp1.epfl.ch (Basil P. Duval EPFL - CRPP 1015 Lausanne CH)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: FTP software in MSC
Date: 12 Nov 92 10:19:10 GMT
Reply-To: DUVAL@ELPP1.EPFL.CH
Organization: Ecole Polytechnique Federale de Lausanne


Hello,
	Has anybody got an FTP program coded in Microsoft C (V 6 or 7) that
I could play with. I am currently using the packet driver idea on a PC and
have a memory mapped acquisition system that I would like to ftp out of the
machine without having to use the Hard Disk. I thought of using ftp to 
directly put the data onto a remote machine, and I hoped to be able to
use a ready built FTP program to do just this.

Thanks for any help, or source

Basil P. DUVAL
EPFL/CRPP
1015 Bassenges
Lausanne, Switzerland
Email: DUVAL@ELPP1.EPFL.CH
From: tching@target.water.ca.gov (Tracy Ching <SysAdmin>)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Is there NFS for the PC?
Date: 6 Nov 92 16:00:24 GMT
Followup-To: poster
Distribution: usa
Organization: California State University, Sacramento


	I want to be able to mount other PC's hard disks from my PC
or workstation.  
1) Is there something available to do this?
2) Is it pub domain or otherwise?
3) This works on top of TCP/IP and not Lantastic?
4) Can it be run in the background or must the PC be dedicated? (no OS/2)
tching@water.ca.gov
From: rcq@ftp.com (Bob Quinn)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: ms-dos tar w/rmt protocol (& tcp) ?
Date: 11 Nov 92 04:03:23 GMT
Article-I.D.: ftp.9211110403.AA06225
Reply-To: rcq@ftp.com
Distribution: world
Organization: The Internet

>   In article <9211091804.AA21567@ftp.com> you write:
>
>   >>   I'm probably the only person on the planet who want this, but does anyone
>   >>   know of an implementation of unix "tar" for ms-dos which has tcp and the
>   >>   "rmt" protocol built in?
>   >
>   >You're not the only one!  We ship just such a tar application with
>   >our DOS-based PC/TCP product (it uses rsh or failing that, rexec to
>   >run rmt).
>
>           Sorry, but FTP software does not ship a tar with the TCP built in as
>   the requestor wanted. Many TCP/IP vendors ship TAR running over their TCP/IP,
>   but not with the TCP/IP built in.
>
>   Carl Beame
>   Beame & Whiteside Software
>   BWTAR -  tar with rmt and no TCP/IP built in

By Golly Carl!

The English language is a marvel and a wonder, isn't it!?  :)
I mean, there are so many ways you can hear/read things.

In this instance, what I read was "a tar that uses tcp for transport"
when it actually said "tar for ms-dos which has tcp built in".

You are quite right, our TAR does not literally have "tcp built in",
rather it runs over our PC/TCP kernel (a terminate-and-stay-resident
program which supports the TCP/IP protocol suite).

Thanks for the clarification!
--
 Bob Quinn                                             rcq@ftp.com
 FTP Software, Inc.                                No. Andover, MA
From: cohen@lindsay.psychiatry.uiowa.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: PCNFS version of WinQVTnet
Date: 5 Nov 92 16:05:02 GMT
Article-I.D.: news.1992Nov5.160502.6948
Organization: Psychiatric Imaging


 Is there any plan to port QVTnet to PCNFS?  That would also be a better
terminal emulation than the present offerings.
thanks again
From: jim@grimaldi.rutgers.edu (Jim Martin)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: POPmail under MS-DOS.
Keywords: popmail, pc-tcpip, msdos
Date: 10 Nov 92 18:59:20 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

henrik@itekiris.kjemi.unit.no (Henrik Gudbrandsen) writes:
>In article <BxI473.BJ8@watserv1.uwaterloo.ca> katan@sciborg.uwaterloo.ca (Kim A. Tan) writes:
>>Hi,
>>
>>Can anyone tell me the lastest version of POPmail for DOS? Is version 3.0
>>the lastest or version 3.0 beta 10? And where can I FTP it from? Thanks.
>I think the latest is version 3.0
>You can find it on boombox.micro.edu (134.84.132.2)

	Just FYI, it is also mirrored (updated nightly) on
dorm.rutgers.edu (128.6.18.15), as is the CUTCP stuff, packet drivers,
wattcp, eudora, techmail, and various other usefull PC and Mac
networking software.
						Jim

-- 
	Jim Martin			Internet: jim@dorm.rutgers.edu
	Network Services		UUCP: {backbone}!rutgers!jim
	Rutgers University		Phone: (908) 932-3719
From: axa12@po.cwru.edu (Ashok Aiyar)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: SLIP and Packet Multi-Plexing
Date: Thu, 12 Nov 1992 02:47:44 GMT
Organization: CWRU School of Medicine
Distribution: comp
NNTP-Posting-Host: axa12-slip.dialin.cwru.edu
Summary: stability? :-)
Keywords: SLIP, PKTMUX, ETHERSLI.COM, SLIP8250.COM


Has anyone been able to get PKTMUX (the packet multiplexor) to work stably 
with the SLIP packet drivers?

I have been able to install the Packet Multiplexor over ETHERSLI.COM and 
then load one packet driver straight from DOS at interrupt 7F, use that 
packet driver for WinQVT/NET, and from within a Windows DOS box, load a 
second packet driver for that session.  This works for 20 - 25 minutes and 
everything comes to a standstill -- and I have to reboot.

I do not even get this far with SLIP8250.COM

If you have had better luck than I in this respect, I would really like to 
hear from you via email or here.

Ashok
----------------------------------------------------------------------
                             Ashok Aiyar
                     Department of Biochemistry
                         CWRU Medical School
                          axa12@po.cwru.edu
----------------------------------------------------------------------
From: SHUTTERS_WC@TOTO.LAAFB.AF.MIL
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Question about PCNFSD for DOS
Date: 9 Nov 92 23:54:00 GMT
Organization: The Internet

I have a question concerning NFS software for DOS machines.

I am setting up a LAN at my house between two DOS machines (please, no
snickering).  I wish to have the older machine function as a NFS server
so that the newer machine can transparently access the older machines
disks (obviously).

What I haven't been able to locate thus far is a PCNFSD implementation
for DOS.  I have found UNIX code, but I am hoping someone has seen a DOS
implementation that I could use.  I intend that this PCNFSD server be
the only process running on the DOS machine (no fancy multitasking,
etc).

Can anyone direct me toward a source (FTP prefrerable) for such a beast? 
If you would please mail me your recommendations I will summarize and
post.


Thanks in advance,


Chris Shutters   shutters_wc@toto.laafb.af.mil
USAF             shutterswc@space.laafb.af.mil
All opinions are my own - nobody else likes them!
Two bits, four bits, six bits, a buck; come on cheerleaders, give us a cheer!
From: driggins@SCTC.AF.MIL
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re:  How to you FTP between 2 machines?
Date: 10 Nov 92 06:09:55 GMT
Distribution: world
Organization: The Internet

If you happen to be running whatever Net OS you have on top of FTP's most
excellent PC/TCP, it's no problem.  Your machine needs to be running the 
FTPSERV utility, or have the VT220 telnets' built in FTP server enabled. 
(That's right, your machine can be an FTP server while you're in the middle of a Telnet session with someone else) 

Drake Riggins
From: garyb@abekrd.co.uk (Gary Bartlett)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: rlogin for PC-NFS?
Date: 6 Nov 92 12:52:33 GMT
Organization: Abekas Video Systems, Reading, UK.

Has anyone written an RLOGIN.EXE command for PCs running PC-NFS?  I know
there's  TELNET and RSH, but why no RLOGIN?  I have a need to connect to
a  machine  which  has  neither  telnet  nor remote shell support - only
rlogin.  Surely, there must be an RLOGIN command out there somewhere - I
looked on Baylor, nothing there!

Thanks in advance,
Gary
-------------------------------------------------------------------------------
Gary Bartlett, Abekas Video Systems, 12 Portman Rd, Reading, Berks, RG3 1EA. UK
-------------------------------------------------------------------------------
NET:  Gary.Bartlett@abekrd.co.uk                          PHONE: +44 734 585421
UUCP: ...!uunet!mcsun!uknet!abekrd!Gary.Bartlett	  FAX:   +44 734 567904
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
DES Public: 5a9a5d35a2f745ddd8cce89707d3fe671c136aec90b0da037c182630e911eb9e
-------------------------------------------------------------------------------
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: erick@demorgan.uwaterloo.ca (Erick Engelke)
Subject: Re: Fragmented IP packets: any PD implementations?
Keywords: IP fragments TCP/IP
Organization: University of Waterloo
Date: Mon, 9 Nov 1992 20:17:51 GMT

> dpayne@nyx.cs.du.edu (Dirk Payne) writes:
>I have reviewed WATTCP, PCIP, and both CUTCP and NCSA's versions of telnet
>but none of these implemetations handle IP fragments. In order to be a "real"
>TCP/IP package (connected to the "real" world) fragments cannot be ejected
>out of hand.

The question I have is why you are needing frags.  There are only a 
few situations which should generate fragments in a user's PC, large 
UDP packets and incorrectly configured TCP systems.  (Frags in 
gateways are quite a different story.)

First, let's dispell the TCP case.  Your user's PCs are located on
an Ethernet, Arcnet, TR, slip line, or whatever.  Setting the correct
tcp segment size for your hardware will guarentee that you and your
TCP peers will never attempt to send a packet larger than that segment
size and so there will be no fragments.  And systems like WATTCP 
and CUTCP use Van Jacobson's adaptive window, so they will offer
fast bulky TCP transfers without requiring frags.

A common misconception is that we will get fragmented packets from
outside our LAN, such as gateways through slower media.  But it is
the gateway's responsibility to reassemble the frags before putting
the data onto the LAN at the other end.  That's why people using
all these freeware TCPs didn't know they didn't have frag support.

Some TCPs, like FTP's PC/TCP, actually determine the largest segment
size which will not fragment along the path.  It's coverred in
the RFC's and quite a clever idea worth reading.
 
The remaining use of fragments is for UDP based services such as
NFS/RPC/UDP or possibly SNMP.  I have always been critical of the
use of fragmented RPC's and wished people would migrate over to TCP
as they are starting to do now for NFS. 

Here's my frustration, fragments rely on 100% delivery and are 
costly in gateways.  And when you encounter problems on your LAN,
large UDP packets clog it in a needless and futile manner whereas 
TCP adapts.

I might be convinced to add frag support, but would appreciate 
opinion if it is a good idea, in particular, which applications
could use it.  NFS is not a great answer since it would be useful
even with 1K packet sizes, the problem there is the lack of an
implementation.  I know the Host Requirements RFC tells us what
to do, but I would prefer to see an application which needs it.


>Has anyone implemented IP fragment handling in any of the above mentioned
>products? My personal favorite is WATTCP, but I would be willing to entertain
>any PD implementation that handles frags. My only alternative is to roll my
>own :-(.

Like I said, gateways are a different matter. Phil Karn's NOS does 
frags/reassembly, but it isn't PD.

Erick
-- 
----------------------------------------------------------------------------
Erick Engelke				 	            WATTCP Architect
erick@development.uwaterloo.ca     TCP/IP was easy but i still can't work VI
From: michel@BBN.COM (Tony Michel)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Fragmented IP packets: any PD implementations?
Date: 12 Nov 92 17:24:26 GMT
Distribution: world
Organization: The Internet

I beg to differ with Erick's statement that intermediate gateways will
reassemble the fragments of an IP datagram.  It is not the
responsibility of an IP router to reassemble transit fragments.  An IP
router should be able to reassemble fragments for which it is the
destination, but not in general.  In general, the IP datagrams do not
always follow the same path through the Internet, so transit systems
cannot do reassembly.  Only the end system can be assured of seeing all
the fragments.  

Fragmentation is good, useful and helpful.  Buyers and implementors
should be sure to insist that their end stations can handle all the
trickey cases of IP reassembly.

AXM
 
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: mp@irfu.se (Maths Persson)
Subject: Problem connecting Ftp's SLIP (K-210) to HP9000/835 via modem
Date: Sun, 8 Nov 1992 13:49:09 GMT
Organization: Swedish Institute of Space Physics, Uppsala, Sweden


So, after the dialup-sequence, everything seems OK but then I can't ping
the host from the PC or vice verca. Does anyone have experience with SLIP
(ppl) on HP9000/835 HP-UX 8.07 connected via modem ? 
Please help preferebly via email: mp@irfu.se
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: dblack@ccla.demon.co.uk (David Black)
Subject: Packet Driver Programmers Reference Required
Organization: Crucible Computers Ltd.
Date: Sun, 8 Nov 1992 21:34:32 +0000

Packet Driver Programmers Reference Required

Can anybody point me in the right direction for documentation on how
to interface to packet drivers, is there a document which I can FTP
from somewhere like Clarkson that also has examples etc ?

 /Dave Black

=
David Black             49 Woodgrange Drive     dblack@ccla.demon.co.uk
Crucible Computers      Southend On Sea         dblack@cix.compulink.co.uk    
Networking Consultant   Essex UK SS1 2SD        Flies AA5B G-NGBI
                                
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: ian@unipalm.co.uk (Ian Phillipps)
Subject: Re: rlogin for PC-NFS?
Organization: Unipalm Ltd., 216 Cambridge Science Park, Cambridge CB4 4WA, UK
Date: Tue, 10 Nov 1992 13:53:22 GMT

garyb@abekrd.co.uk (Gary Bartlett) writes:

>Has anyone written an RLOGIN.EXE command for PCs running PC-NFS?  I know
>there's  TELNET and RSH, but why no RLOGIN?  I have a need to connect to
>a  machine  which  has  neither  telnet  nor remote shell support - only
>rlogin.  Surely, there must be an RLOGIN command out there somewhere - I
>looked on Baylor, nothing there!

Yes, several people, but not as far as I know for free. Under DOS, you
can use TINYTERM from Century software, under Windows there is JSB
Multiview desktop. I confess that we sell these products, as well as
PC-NFS.  There are *lots* of terminal emulators out there, and more of
them are now sporting TCP/IP network connections in some form or other,
for PC-NFS and most other commercial network products.

Ian
-- 
Ian Phillipps, Unipalm Ltd, 216 Science Park,		Phone +44 223 420002
Milton Road, Cambridge, CB4 4WA, England.		Phax  +44 223 426868
	print unpack( u,q,9:G5S="!A;F]T:&5R('!E<FP@:&%C:V5R"@``,.'');
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: pbh@athena.mit.edu (Paul B Hill)
Subject: Re: DNS, Aliases & LAN Workplace
Organization: Massachusetts Institute of Technology
Date: Thu, 5 Nov 1992 20:44:34 GMT


Which version of LWP are you using. The DNS support is slowly improving :)

Try using finger.exe available from net-dist.mit.edu:/pub/alpha-beta-dos/potluck

it was complied with some hacked libraries which fully support DNS and some of its
extensions. If that version of finger is still failing on aliases then there may
be some control characters in your resolv.cfg file. 

If finger works but the Novell supplied applications fail then you should contact
Novell and ask for an upgrade. They do have some patches to version 4.01.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: mandrews@portal.hq.videocart.com (Mike Andrews)
Subject: Re: POPmail under MS-DOS.
Keywords: popmail, pc-tcpip, msdos
Organization: VideOcart Inc.
Date: Tue, 10 Nov 1992 21:33:38 GMT

In article <henrik.16.0@itekiris.kjemi.unit.no> henrik@itekiris.kjemi.unit.no (Henrik Gudbrandsen) writes:
>In article <BxI473.BJ8@watserv1.uwaterloo.ca> katan@sciborg.uwaterloo.ca (Kim A. Tan) writes:
>>Hi,
>>
>>Can anyone tell me the lastest version of POPmail for DOS? Is version 3.0
>>the lastest or version 3.0 beta 10? And where can I FTP it from? Thanks.
>>
>
>I think the latest is version 3.0
>You can find it on boombox.micro.edu (134.84.132.2)
>

POPMail has been much improved by Phil "PiB" Burns at NorthWestern University.
It's now called NUPop and it's excellent! 

It's available by anonymous ftp from ftp.acns.nwu.edu. The current version is 1.03.
PiB supports NUPop via a NUPop mailing list. Send mail to pib@casbah.acns.nwu.edu
to request to be added to the mailing list.

-- Mike Andrews                        mandrews@hq.videocart.com
   Network Administrator               VideOcart, Inc.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: sastdr@torpid.unx.sas.com (Thomas David Rivers)
Subject: 3C503 settings?
Date: Fri, 6 Nov 1992 22:24:50 GMT
Organization: SAS Institute Inc.


Ok -

  I just inherited a (supposedly working) 3C503 card - with no documentation.
(Ah, those "fire sales").

  So, if someone could either:

       1) Point me to the address/phone number of 3-com so I can
          get some doc  - or -

       2) Be kind enough to draw a picture of the card/jumpers, etc...
          (Most items are easy for me to figure out, i.e. the
             jumpers labeled 2 3 4 5 6 7 with INTERRUPT written above it 
             is obviously the IRQ number.  The BNC selection jumpers
             have a little picture of a BNC connector.  What I'm
             really curious about are the jumpers labeled:
                I/O ADDR and DMA.

 Thanks -

        - Dave Rivers -
	(rivers@ponds.uucp (home))
	(sastdr@unx.sas.com (work))
-- 
UPDATE ALL INFORMATION AND POD INTO COSMOS - Federal Express
From: cggarrat@csir.co.za (Craig Goble-Garratt)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Problems with GATEWAY's G/Ethernet
Date: 6 Nov 1992 07:51:53 GMT
Organization: C.S.I.R.
NNTP-Posting-Host: cggarrat.csir.co.za

We have a rather large network supporting a wide range of lan 
cards, protocols and operating systems. One of the common 
configurations used is that of an FTP spec. packet driver
used in conjunction with BYU's ipx. This allows us to 
communicate IP to our UNIX boxes and IPX to our NOVELL servers.

We would like to enable all users of the network to be able
to configure their machine in this way. That is, we would 
like to move away from IP encapsulation in IPX wherever
possible. 

PROBLEM: We have, amongst many others, a number of GATEWAY's
         G/Ethernet NICs. These NICs, as far as we can find out,
         do not have an FTP spec. packet driver. However, their
         IPX.COM is supposed to contain a packet driver interface.
         This interface seems to work fine when using software like
         CUTE or TRUMPET but all falls over when trying to use 
         PATHWAY's telnet in conjunction with PATHWAY's interface
         to the packet driver, pktdrv.exe.

Our next step was to use the ODI stack setup. Now in this instance
we manage to get PATHWAY working fine but the ODIPKT.COM interface
needed to run software like CUTE or TRUMPET does not communicate with
the ODI driver.

SUMMARY: We would like to throw out IP and IPX packets without having
         to change our configuration each time. We would like to do 
         this using GATEWAY's G/Ethernet NICs. We also need to run
         PATHWAY's telnet, CUTE and TRUMPET also without having to
         change the configuration each time.

HELP:    Can anyone offer a solution to our dilemma? We would be very
         grateful if you could mail myself or post to this group any
         suggestions.

Ta,
Craig.

__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__
Craig G. Goble-Garratt                          +27-12-841-4715 (phone)
CSIR Information Services                       +27-12-841-4109 (fax)
Pretoria                                        cggarrat@nuustak.csir.co.za
################################################################################
From: rcq@ftp.com (Bob Quinn)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: ms-dos tar w/rmt protocol (& tcp) ?
Date: 9 Nov 92 18:04:26 GMT
Reply-To: rcq@ftp.com
Organization: The Internet

Hello Brad!

>   I'm probably the only person on the planet who want this, but does anyone
>   know of an implementation of unix "tar" for ms-dos which has tcp and the
>   "rmt" protocol built in?

You're not the only one!  We ship just such a tar application with
our DOS-based PC/TCP product (it uses rsh or failing that, rexec to
run rmt).

Regards,
--
 Bob Quinn                                             rcq@ftp.com
 FTP Software, Inc.                                No. Andover, MA

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: rivero <rivero@cc.unizar.es>
Subject: Re: How to you FTP between 2 machines?
X-Xxdate: Wed, 4 Nov 92 21:08:20 GMT
Organization: fisica teorica UZ
X-Useragent: Nuntius v1.1.1d12
Date: Fri, 6 Nov 1992 20:11:23 GMT

In article <1d7d2pINNqhb@uniwa.uwa.edu.au> Roderick Nasir DAVID,
ruffus@tartarus.uwa.edu.au writes:
>remove the files from the hard drive!.Is it possible to configure the
>machine as a FTP site and FTP to it from another pc in order to get the
>files?


This is from a man ftp in a Sun. I dont know if a PC FTP supports proxy...

proxy ftp-command
          Execute an FTP command on a secondary  control  connec-
          tion.   This  command allows simultaneous connection to
          two remote FTP servers for transferring  files  between
          the  two servers.  The first proxy command should be an
          open, to establish the  secondary  control  connection.
          Enter  the  command `proxy ?' to see other FTP commands
          executable on the secondary connection.

          The following commands behave differently when prefaced
          by  proxy:  open  will not define new macros during the
          auto-login process, close will not erase existing macro
          definitions,  get and mget transfer files from the host
          on the primary control connection to the  host  on  the
          secondary control connection, and put, mput, and append
          transfer files from the host on the  secondary  control
          connection  to  the host on the primary control connec-
          tion.

          Third party file transfers depend upon support  of  the
          PASV  command  by  the  server on the secondary control
          connection.


======

Sounds easy, no? :-)

Anyway. if you only need to put your files out of your pc, the same program 
you have used to get them would let you to put them out... And if not,
you can telnet to archie to locate some of the ones named around...

ALejandro Rivero
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: naubertp@cognos.com (Patrick Naubert)
Subject: QvtNet 3.0
Organization: Cognos Incorporated, Ottawa CANADA
Date: Fri, 13 Nov 1992 13:37:51 GMT

I just tried to FTPMAIL the new QvtNet 3.0, but to no avail...

I tried ftp.cica.indiana.edu:/pub/pc/win3/uploads/qvtnet30.zip but it didn't
hit...

Anyone got the correct path to the file ?

Newsgroups: comp.protocols.tcp-ip.ibmpc