HDTenEightyP/NetNews huggingface dataset:
From: ERIC@daccess.com (Eric Ashley)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Information on PC-based NFS clients
Date: 7 Apr 92 07:19:02 GMT
Reply-To: Eric Ashley <ERIC@daccess.com>
Organization: The Internet
X-Unparsable-Date: 07 Apr 92 04:00 UT -0500

Greetings PCIP listers:

In researching an article for a DBMS magazine, I need to collect some
information about PC-based NFS clients.  The information I specifically
need is whether or not each of the products available supports the
translation of the DOS lock() function into a RPC lock request for proper
client/server lock operations to occur via the Unix lock manager (lockd) in
a multi-client environment. Obviously, if a package translates the lock()
but ignores the response, I'd like to know that, as well.  If the RPC lock
capability is available as an add-on to some other product, this
information would be helpful, also.

I don't want to steer our customers wrong in this area of NFS clients.  I'm
just trying to head of an increasing stream of questions like will X work
with Y and will A operate correctly with B.

Any comments on OS/2 NFS clients/servers are welcome as well.

Thanks in advance to any and all who may be of assistance.  Please reply to
me directly and I'll summarize the information to the list in about a week.

Thanks,
Eric

===========================================================================
Eric Ashley                            Internet E-mail: ERIC@DACCESS.COM
Senior Support Specialist              Compu$erve:      Go DACCESS
Technical Services                     Office Works:    DATA_ACCESS/ERIC
Data Access Corporation/International  Telephone:       (305)238-0012 x2930
===========================================================================
From: cjm@unb.ca (Chris McNeil)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: for Ronan Scaife
Date: 14 Apr 92 10:50:54 GMT
Distribution: world
Organization: University of New Brunswick     Fredericton NB Canada


        Reply to:   for Ronan Scaife
I can't seem to contact you through E-Mail. Is there some ftp'able site I
can put the ka9q pop server stuff for you ?

--------------------------------------

Chris-

I saw yr msg about ka9q's pop-2 server on PCIP.  Could I please ask you
to either send directly, or post on PCIP, the modified pop.h? I would also
personally be interested in yr startup config file.  Like you, I want to
get ka9q pop working with POPMAIL (PC).

Thanks, and happy Easter!

Ronan Scaife
School of Electronic Engineering,
DUBLIN CITY UNIVERSITY
DUBLIN 9
IRELAND
scaifer@dcu.ie




Chris McNeil
Systems Support
University of New Brunswick
Fredericton NB Canada
cjm@unb.ca
From: wew@naucse.cse.nau.edu (Bill Wilson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: NW Lite/PktDrv:  Marriage Made in Heaven?
Date: 6 Apr 92 16:15:54 GMT
Article-I.D.: naucse.4870

From article <9204021303.AA05158@ns2.TJU.EDU.tju.edu>, by syvsp@TJUVM.TJU.EDU:
>>Several people have used words like "assume" and "imagine" in
>>relation to running Netware Lite and packet driver stuff
>>simultaneously via IPXODI, ODIPKT, or BYU's packet-driver IPX shell.
>>
>> ...
>

This may not be exactly what you are looking for, but we are using 
NWLITE concurrently with FTP software's telnet software.  They work 
flawlessly together (although a bit slow).  To set it up, we ran the
NWLITE installation software and then massaged the autoexec and
config files to get everything loaded in the right order.  We are
using Cabletron cards and a program called nshpd.com is copied to 
ipx.com and is used in place of their ipxodi program.  This allows
simultaneous use of the packets.  Hope this helps.
From: cbt@cam-orl.co.uk (Chris B Turner)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: WinQVTnet & 3.1 No Worky!
Date: 8 Apr 92 07:48:19 GMT
Organization: Olivetti Research Ltd

In article <1992Apr6.195135.39088@kuhub.cc.ukans.edu> lassa2@kuhub.cc.ukans.edu writes:
>Bug Report For WinQVTnet
>
>
>I DOES NOT WORK WITH WINDOWS v3.1
>
>I used my same w3.0 setup and run it on v3.1 and all i get is a 
>network initialization error!  but the .rc file checks out 


I can assure you that it does! I've been usin v2.2 and then 2.3 with
3.1 betas and now the final release for a long while. As I trype this
I am in 3.1 and QvtNet v2.3. It's just fine, always has been, no UAEs.
-- 
-----------------------------------------------------------------------------
Chris Turner cbt@cam-orl.co.uk
Olivetti Research Laboratory        If it doesn't smell it isn't multimedia!
Cambridge. England
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: ileicht@jarthur.claremont.edu (Spiff)
Subject: Re: Question Re: Clarkson University TCP and config.tel
Organization: Harvey Mudd College, Claremont, CA 91711
Date: Tue, 14 Apr 1992 19:50:04 GMT

WHere can I get documentation for Cutcp?

I have the readme file and their is some docs built into config.tel..
is there actually a DOC file out?

where can I ftp it?

where can I ftp trumpet?
From: jbvb@FTP.COM ("James B. Van Bokkelen")
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: PKTMUX issues
Date: 6 Apr 92 19:26:02 GMT
Reply-To: jbvb@ftp.com
Organization: The Internet

For Class 1 (Ethernet), the Packet Driver access_type() call specifies an
Ethernet packet type (e.g. 0x800), which gets all packets using that protocol
family.  Thus, if you "deregister", your PC can't be PINGed, disappears
from the face of the earth as far as SNMP is concerned, and no longer issues
Resets when people try to create TCP connections it isn't interested in.

From the perspective of our Support group, making the PC not respond to
PINGs when no application is active would be a major step backwards.  Many
network managers might feel the same.  It would violate RFC 1122 as well.
    
Calling release_type() on request is a possibility, but it introduces yet
another "thing that will generate support calls", when the user turns the
kernel off and forgets to turn it back on (the best the application can tell,
it will look like the network interface just died).  The work required to
avoid port collisions would require the same kind of cooperation that a
common DOS TCP/IP API would.

The kernel's monitoring of access_type()/release_type() would be tricky,
particularly if the user chose to make his path include an NFS or TCP
Netbios-mounted remote volume.  You'd have the same problem with ports.

James B. VanBokkelen		26 Princess St., Wakefield, MA  01880
FTP Software Inc.		voice: (617) 246-0900  fax: (617) 246-0901
From: JFORD@ua1vm.ua.edu (James Ford)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Novell and PCTCP coexistance
Date: 14 Apr 92 15:02:54 GMT
Distribution: world
Organization: The Internet

On Tue, 14 Apr 1992 11:21:13 +0200 <REY@FRGREN81> said:
>I want to manage coexistance betweenn novell 3.11 and PC/TCP from FTP Software
>(or another TCPIP software).
>I read that i can find byuipx.com and pdipx.com  in a novell.exe
>self-extracting archive on sun.soe.clarkson.edu:pub/ka9q.
>But infortunatly, i never found these two files in the novell.exe archive
>at this place.

ftp to risc.ua.edu (130.160.4.7) and get the following file(s):

/pub/network/misc/pdipx.com  - IPX v3.10 for packet drivers (already genned).
/pub/network/misc/byupkt.zip - PacketDriver *.OBJ files.  Will need to gen IPX.
/pub/network/misc/uaodi.zip - ODI/packet driver setup for a WD8013

Please note that uaodi.zip is a generic IPXODI / ODIPKT configuration.  If
you are not using SMCPLUS (WD8013) cards, you will have to edit the files
NET.CFG and ODI.BAT for your particular flavor of NIC.

I have used ODI and packet drivers (not at the same time) and both work
well with Netware and CUTCP......I don't know about PCTCP (don't have a
copy).  The ODI files are set up for a WD8013 card using SMCPLUS...if you
have a different card, you will have to edit NET.CFG and ODI.BAT.  cutcp.zip
can be found as /pub/network/tcpip/cutcp.zip.

>Sincerely many thanks

If you need more information, drop a line to jford@seebeck.ua.edu.

----------
A Smith & Wesson beats four aces.
----------
James Ford -  Consultant II, Seebeck Computer Center
              The University of Alabama (in Tuscaloosa, Alabama)
              jford@ua1vm.ua.edu, jford@seebeck.ua.edu
              Work (205)348-3968  fax (205)348-3993
Xref: sparky comp.protocols.tcp-ip.ibmpc:2899 comp.os.os2.apps:1502 vmsnet.networks.desktop.pathworks:1427
From: Lowey@Sask.USask.CA (Kevin Lowey)
Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.os.os2.apps,vmsnet.networks.desktop.pathworks
Subject: Re: IBM LAN Services over TCP/IP (was Pathworks for OS/2 v2)
Date: 8 Apr 92 05:52:04 GMT
Reply-To: lowey@jester.usask.ca
Organization: University of Saskatchewan
Originator: lowey@jester.usask.ca

I just checked my mail on another machine, and had some updates to the
procedure I outlined earlier for getting Pathworks to run under OS/2
2.0.


> 1) Install PCSA for OS/2 normally, BUT DO NOT REBOOT THE MACHINE IMMEDIATELY.

When you do this install, tell it not to install local area disk and
local area printer services.  That way you won't have to delete the
device drivers later from CONFIG.SYS in the following step:

> 4) Comment out the LASTDD.SYS and LADDRV.SYS references in the
>    CONFIG.SYS file. The LASTDD.SYS device driver is incompatible with
>    OS/2 2.0, and LADDRV.SYS depends on LASTDD.SYS.


Also, in this step:

> 7) Modify the NET1 reference to match the one in the PCSA IBMLAN.SAV
>    file created in step 5.
> 

What we had was:

  SET NET1=dec$nbe,0
  computername=???
  Domain=???

(Fill in your own domain and computername here)


I'm investigating the legality of posting the three required files to
the net. I don't know it would be ok to distribute the files or not.
If it is ok, then I'll probably post them in the comp.binaries.os2
group and upload them to an FTP site, with pointers to it here.

- Kevin Lowey
-- 
OS/2 2.0 comes with DOS 5.0 and Windows.  Windows comes with a disclaimer.  
Any questions?     - juan@noyles.pha.pa.us (Juan Jose T. Noyles)
Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.dcom.lans,comp.dcom.lans.ethernet
From: steve@dlomas.dlomas.uucp (Steve D. Martin)
Subject: Can Lantastic and FTP's TCP/IP & NFS coexist?
Organization: Lomas Data Management Inc.
Distribution: na
Date: Tue, 07 Apr 92 14:46:06 GMT


We are thinking of connecting a few DOS boxes with Lantastic.
One of the machines will also be running FTPs TCP/IP and NFS and will
be connected to a UNIX host.  Thus the whole Lantastic network 
will have access to an NFS drive.  My questions are :

1. Can Lantastic and FTPs TCP\IP and NFS coexist on the same 
ethernet?  Or will the PC running FTPs software need two ethernet
cards : 1 to connect to the Lantastic Lan and the other to connect
to a separate TCP LAN?  Anyone know what NFS's performance would be
like in this situation?

2. I've heard that Lantastic is putting TCP/IP hooks into their
next release.  Is this true?  When will it be available?  Does it
include NFS?

3. We've had good results with Western Digitals 8013 ethernet cards
over TCP/IP networks and would like to stay with them for Lantastic as 
well.  I've heard, however, that their is a big performance hit when
Lantastic does not run on Artisoft's proprietary cards (Like a factor 
of 5).  Is this true?

Any and all (relavent) advice/comments/ideas will be greatly appreciated!
You can contact me at uunorth!dlomas!steve.  

Thanks,

Steve
From: jrd@cc.usu.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Need a Tektro emulator for PC
Date: 7 Apr 92 17:40:38 GMT
Article-I.D.: cc.1992Apr7.114038.54267
Organization: Utah State University

In article <1783@cix.cict.fr>, courcel@cix.cict.fr (enseignement) writes:
> 
> We work here with HP's ARPA services 2.1 and Lan Manager/X (Lan Man 1.x
> with TCP/IP transport layers).
> Does someone know if there is (shareware or not) a terminal emulator
> which could be used with HP Telnet (ie with BAPI interface)
> emulating TEKTRONIX terminals ? We just use now the VT100 emulator
> distributed by HP.
--------------------
	Depends a little on which of the many flavors of Tektronix terminals
one needs. MS-DOS Kermit will work with your BAPI interface, or with its own
internal TCP/IP Telnet stack over a Packet Driver, and do Tek 4014 and
many enhancements from various places. I suspect Kermit might also work
straight across HP's Lan Man to login to your HP machines, because I designed
it to do this for AT&T's Lan Man (StarGROUP). The most recent MSK is v3.12
beta, about to become an un-beta, available in test form by anonymous ftp
to either watsun.cc.columbia.edu (cd kermit/test for mstibm.boo and msr312.udp
and/or cd kermit/bin for mstibm.exe) or netlab2.usu.edu (cd kermit). If this
works then you also get, at no additional cost, VT102, VT220, VT320 (with
large chunks of VT340's), and other benefits too numerous to list here...(!).
	Have a look and see if the Tek part is what you need.
	Joe D.
From: wew@naucse.cse.nau.edu (Bill Wilson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Win 3.1 and FTP Softwares progs
Date: 8 Apr 92 16:09:41 GMT

Has anyone tried running FTP Software's programs under Windows 3.1
with FTP's 386 enhanced mode setup?
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: danony@aix.rpi.edu (Yaron Danon)
Subject: Print PCL with NCSA or Waterloo LPR (Help)
Organization: Rensselaer Polytechnic Institute, Troy NY
Date: Tue, 7 Apr 1992 02:34:12 GMT

Hello
I am trying to setup a print server based on an IBM-XT and HP Laser
series II. I was able to setup a working LPD server using NOS-LPD and
also using NCSA-LPD. The problem I have is that I can't send PCL files
to be printed from another PC, I use NCSA LPR and I tried Waterloo LPR
too, in both cases the files are being sent but NOS-LPD seems to get stuck
and NCSA LPD get the file and prints an empty page.
I can print the PCL file if I use PC-NFS to print it to a SUN that has
the PC LPD server as a remote printer in the printcap file. 

I conclude that both NCSA and Waterloo LPR can not send binary files only 
text files or postcript files which are actually text files.

Is this statment correct ?? Is there any solution ?
I want the printer server to serve 2 SUN computers and several PCs.

Thanks,
Yaron
Organisation: Westfaelische Wilhelms-Universitaet, Muenster, Germany
Date: Wednesday, 8 Apr 1992 11:23:29 MES
From: Thomas Heller <PPH93@DMSWWU1A.BITNET>
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Packet driver question

Is it safe to call send_pkt() from the (second) upcall to the receiver()
function?

I tried this once and it worked, but pkttrace became confused.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: fn@mathappl.polymtl.ca (Francois Normant)
Subject: lpd using packet-drivers
Originator: fn@junior.mathtok.polymtl.ca
Organization: Ecole Polytechnique de Montreal, Quebec
Date: Fri, 10 Apr 92 18:06:23 GMT

Hi,

I am looking for a TSR line printer daemon (LPD) which uses packet
drivers.
I have a version of ka9q nos lpd but it is not a TSR program.

Any pointers would be appreciate.

Thank you.


-- 
Francois Normant (francois_normant@mathappl.polymtl.ca)
Departement de Mathematiques Appliquees - Ecole Polytechnique
C.P. 6079 - succursale A
Montreal - Quebec - Canada - H3C 3A7
From: scotty@PIRANHA.CS.UOGUELPH.CA (Steve Howie)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Repeated messages
Date: 16 Apr 92 12:26:41 GMT
Article-I.D.: piranha.9204161226.AA14698
Organization: The Internet

Hi,	

I've been receiving repeats of messages from as far back as Mar.  
25th. I know they are repeats because I remeber reading these same  
msgs. and disposing of them. Could the list moderator have a look at  
this? I think this same problem occurred a couple of months ago. 
		

Thanx muchly,

Scotty
Organisation: Westfaelische Wilhelms-Universitaet, Muenster, Germany
Date: Thursday, 9 Apr 1992 13:10:40 MES
From: Thomas Heller <PPH93@DMSWWU1A.BITNET>
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Packet driver question
 <NELSON.92Apr8214535@cheetah.clarkson.edu>

I asked:

>>   Is it safe to call send_pkt() from the (second) upcall to the receiver()
>>   function?
>>   [...]

and Russ Nelson kindly replied:

> It's safe for many packet drivers, but the 1.10 packet driver spec
> (Hi, James!) prohibits it where 1.09 is silent on the subject.
> [...]

What a pity...

The background behind this is the following:
I'm trying to write a TCP/IP library for DJGPP compiled programs.
(DJGPP is the MSDOS port of the GNU C compiler.)

Surely it is beyond my programming skills to implement an upcall from the
packet driver to the protected mode program (if it is possible at all),
so I try writing a small TSR which provides the receiver() function.

Also I tried to handle the whole arp/rarp stuff here. (Peter R. Tattan
suggested something like this in the PKTMUX thread)

So, to reply to an arp-request i tried formatting the reply whithin
the receiver() functions second upcall...

It seems I have no choice other than hooking INT 1C for this.

Thomas Heller
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: ileicht@jarthur.claremont.edu (Spiff)
Subject: AHHK! Wattcp and Cutcp questions
Organization: Harvey Mudd College, Claremont, CA 91711
Date: Tue, 14 Apr 1992 07:28:51 GMT

I've been messing around with a number of TCP SL/IP programs for my PC
and have been getting really aggravated.

Ka9q so far seems to be the best package... I like how the Telnet,
FTP (multiple sessions), Ping.. etc are integrated... BUT, its
terminal emulation is absolutely horrid.. and unuseable by myself.

Cutcp has a nice terminal emulation... but I can't start a direct
FTP session without running ftpbin.exe and its security is non
existant.. once a user is in, there IN.

I've been trying to get wattcp to work with random success. I can
get it to ping all of the local machines... however, I can
only finger the sparc stations.. when I try and finger the sequent
it just ignores me.. I can manage to finger an account on the vax..
if I try to just finger without any arguemnts the vax it doesn't
work either.  I have been able to get telnetd to work but I can't
get newsnuz or smtp to work.. rexec seems to work with moderate
sucess on the suns and vax but not on the sequent... does anyone
know why I am having this partial success/failure?

I would like to be able to get a threaded news reader for my PC..
does this exist?

what software would be best for handling mail... 

I have an internet address for my computer.. I am hooked up via my
serial port and slip to my dorms server.. I use slip8250.com with
cutcp and ka9q and ethersl.com with wattcp.

I can't get wattcp's tccport.exe to work at all..

Is there any way for me to make incoming telnet sessions be treated
as standard serial port input if I wanted to run a BBS such as WWIV..

I load my packet drivers within a desqview window... but if I open up
another window.. especially when in the middle of FTPing or screen
updates... desqview locks up consistently... any suggestions?

h

how cna I get pktmux to work with desqview and a cutcp configuration?


sorry for all of the questions.. but I haven't been able to get any
more sucess than what I have achived so far.. and I am getting thoroughly
aggravated!
From: xbih_oet@debet.nhh.no
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: 3com eth.board i/o-adr jumper-settings?
Date: 11 Apr 92 19:39:24 GMT
Organization: Norwegian School of Economics

Hi folks!

Anyone out there got the I/O address jumper settings for the old 3COM
etherlink(I) board? I have got 2 of them but no manual. The "I/O jumper
area" is a matrix of 3 * 6 pins and the rows are labeled 4 - 9.


BTW, where can I find a driver for my old 3com board which supports the
ODINSUP(OS/2) protocol from Novell? (3C501.SYS ) It is to be supplied with the
NetWare Requestor for OS/2 2.0 (beta) but the file is missing from the
diskette.  

Thanks.

Oystein Tomassen
Rogaland University Center (HSR)
Email: oysteint@jo3.hsr.no or xbih_oet@kredit.nhh.no
From: CART@OCVAXA.CC.OBERLIN.EDU (Art Ripley)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Requests for info
Date: 15 Apr 92 15:39:00 GMT
Article-I.D.: OBERLIN.6DCED46E719F2006C7
Organization: The Internet

There have been a number of recent requests for various opinions and info about 
programs from the membership.

It would be MOST helpful if anyone posting a requwst would include their net
address so that we might respond, instead of cluttering up the board with
the responses. The requester can summarze to the board when finished.

There have even been several asking for personal response, but they NEGLECT to
include their address. Very frustrating. :)

Art Ripley

cart@ocvaxa.cc.oberlin.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: blake@nevada.edu (Rawlin Blake)
Subject: Re: NCSA TCP/IP Serious Errors
Organization: University of Nevada System Computing Services
Date: Fri, 17 Apr 1992 16:24:00 GMT

In article <12085.29ed648c@ohstpy.mps.ohio-state.edu>
 glazer@ohstpy.mps.ohio-state.edu (Jon Glazer) writes:

>We are using a variety of NCSA based programs (WINQVT/NET, CUTCP, FTPBIN etc..)
>and are having a problem connecting to SUN boxes.  When trying to connect with
>anything but WINQVT, we get a blank screen for a few minutes then it finally
>connects.  With WINQVT, there is still a delay but the server window reports

>"Packet Recieved for Invalid Port - Reset Send"

>After this message, we are able to connect to that sun box without any
>problems.

>We have no problems connecting to HPs, SCO, XINIX, AIX or most any other
>flavors of unix out there (also ULTRIX and VMS with TCP/IP).

>Does anyone have any solutions to this?  I have no problems with the suns when
>telneting from one sun to another or from another box to a sun or from a
>different PC application using a different protocol stack (Lan Workplace or FTP
>etc...).

>Thanks,
>Jon

Try using the new NCSA telnet from ftp.ncsa.uiuc.edu in the PC/Telnet 
directory.
---
Rawlin Blake    blake@nevada.edu

No news is bad newsreader :-)
From: FLOYD.R@fs.library.wlu.edu (Ruth Floyd)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Z39.50 protocol (not V.39.50!)
Date: 10 Apr 92 19:22:42 GMT
Distribution: world
Organization: The Internet

(I posted this question earlier, but had the wrong identifier for the
protocol.....It's Z39.50, not V.39.50!  That's what happens when you
get information over the telephone....)

Has anyone heard of a new standard called Z39.50, supposedly
available as a transfer protocol to allow previously incompatible
devices to send and receive data?  The term has come up for us from
our Library System vendor, who has suggested development of Z39.50
support into their system as a solution for the use of TVI925
terminals to a remote system that currently only supports VT-
emulation.

I've never heard of Z39.50, and need to learn something about it
quickly.  Does anybody have any words of wisdom or sources for
such wisdom?

Thanks in advance.


Ruth W. Floyd               Head, Academic Computing
floydr@wlu.edu              University Computing
(703) 463-8847              Washington and Lee University
                            Lexington, Virginia 24450
Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.os.os.os2.misc
From: sidney@borland.com (Sidney Markowitz)
Subject: NCSA Telnet with OS/2 2.0 Netware Requester?
Organization: Borland International
Date: Thu, 16 Apr 1992 04:21:05 GMT

I've recently installed the GA version (6.307n) of OS/2 2.0 with
Novell's level 6 beta of Netware Requester. Does anyone know if there
is a way of running packet driver stuff like NCSA Telnet in the DOS
box? I think that I git it working without the requester by running
the usual ODI driver and ODIPKT in the VDM, but then I lose all the
benefits of the requester in the other OS/2 and DOS windows. Has
anyone gotten this working?

 -- sidney markowitz <sidney@borland.com>


Newsgroups: comp.protocols.tcp-ip.ibmpc