HDTenEightyP/NetNews huggingface dataset:
From: grant@ramsey.cs.laurentian.ca (Grant R. Guenther)
Subject: pcnfsd for Ultrix w/ enhanced security
Keywords: pcnfsd,ultrix
Organization: Dept. of Computer Science, Laurentian University, Sudbury, ON
Date: Fri, 10 Apr 1992 11:49:52 GMT

We have some PC based NFS clients (B&W, FTPsw) that occasionally mount
an Ultrix 4.2 system.  Recently, after a rash of rather too successful
attacks on our password file, we upgraded the security on the Ultrix
system to use the 'auth' database.  This, of course, has broken pcnfsd.

Before I fix it myself, does anyone have a version of pcnfsd.c that
uses the getauthent() routines ?  

Thanks in advance

----------------------------------------------------------------------
Grant R. Guenther    Math & Comp. Sci., Laurentian U., Sudbury, Canada
grant@ramsey.cs.laurentian.ca
----------------------------------------------------------------------
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: charles@umbc4.umbc.edu (Charles Myers)
Subject: Re: Your experiences with 3C503's and 33MHz 486's please
Organization: University of Maryland Baltimore Campus
Date: Wed, 8 Apr 1992 17:40:36 GMT

My experience with 3c503 and 386/486 machines? Sometimes pretty dreadful.
I have had to learn how to trick out the machine. Now that the packet driver
3c503.com will work with the memory jumper DISABLED, it may make life a lot
simpler! Just disable the memory jumper, and then don't worry about mem
conflicts with the video board or onboard memory at all. I have tried this
on an old XT, but have not had a chance yet to install on a 386 or 486 with
extended memory. Give it a try! 

Also, on integrating NCSA Telnet with Windows 3.0; I have had a lot of luck
unchecking the option LOCK APPLICATION MEMORY in the ADVANCED OPTIONS, in 
the PIF editor. It has worked out well on a variety of boxes running windows
from PS/2 to 386 and 486. It allows Telnet to run in either windowed
or full screen mode. 
What works for me:
1. Leave EXECUTION unchecked (don't choose Background OR Exclusive).
2. Leave LOCK APPLICATION MEMORY unchecked
3. Use Windowed or Full screen mode, either one works ok
4. Run the winpkt.com after the packet driver and before windows starts up
5. I have also found the -w switch works instead of winpkt, such as
    telbin -w -h c:\telnet\config.tel 

Hope this helps a few.

Charles Myers      Any opinions contained herein are all mine and not UMBC.
DP Telecom Tech
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: donp@novell.com (don provan)
Subject: Re: TCP/IP over IBM Baseband (PC NET)?
Organization: Novell, Inc., San Jose, California
Date: Mon, 6 Apr 1992 18:24:17 GMT

In article <9204031142.A01099@nas.edu> dkazem@nas.edu (Don Kazem) writes:
>It is possible to run TCP/IP over PC NET.  You have three options that I know
>of.

I don't know anything about PC NET, but from the documentation i see
that NetWare v3.11 supports IBM PC NET, so you should be able to
connect NetWare v3.11 to a PC NET to route IP traffic.  I don't have
the right manuals handy to make sure, but Novell's LAN WorkPlace for
DOS should also support PC NET, so that would give you another TCP/IP
over PC NET for your DOS machines.
						don provan
						donp@novell.com
Organisation: Westfaelische Wilhelms-Universitaet, Muenster, Germany
Date: Thursday, 16 Apr 1992 13:47:55 MES
From: Thomas Heller <PPH93@DMSWWU1A.BITNET>
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: SLIP or PPP and modem dialing question

In article <9204160714.AA08127@edvina.se>, olle@edvina.se ("Olle E. Johansson")
says:

>  May all american PC:s be delivered with a Swedish keyboard!

May all german PC's be delivered with an American keyboard (really) !

(sorry, couldn't resist ;-)
From: romkey@asylum.UUCP (John Romkey)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: PKTMUX issues
Date: 6 Apr 92 21:00:57 GMT

I think that part of the problem with the "double ended TCP/IP stack"
approach (as Erick pointed out) is that the stack also has to know
about the protocols running on top of it...sure, make it understand
FTP and talk. But new protocols may well require changing the stack,
and the changes will have to be coded, not just configuration. Not a
good problem to have.
-- 
		- john romkey			Epilogue Technology
USENET/UUCP/Internet:  romkey@asylum.sf.ca.us	voice: 617 942-0915
From: CCMARK@umcvmb.missouri.edu (Mark Moody)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Thanks and more questions
Date: 6 Apr 92 19:00:26 GMT
Organization: MOREnet-Missouri Research and Education Network

Thanks to every one who responded to my question about PC NET apparently it
can be done by treating the card like a token ring card.  That's all I
really need to know now.  For my next trick, :) I will doing evaluations of
TCP/IP softwar for DOS in the near future and I need to round up a list of
canidates for my testing.  I am aware of the products from FTP, NOVELL,
Wollongong, Beame & Whiteside and IBM, are there any other good canidates
out there?  we will need token ring support and 3270 for our environment.
Again, thanks for the help,

Mark Moody
MOREnet - Missouri Research and Educational network
University of Missouri - Columbia
CCMARK@more.net             (Preferred)
CCMARK@umcvmb.missouri.edu  (alternate)
mark@noc.missouri.edu        (alternate)
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: hargen@sybus.com (Bill Hargen)
Subject: looking for latest version of KA9Q NOS
Keywords: KA9Q
Organization: Sybus Corporation, Largo, FL
Date: Thu, 9 Apr 1992 17:47:26 GMT

I am trying to use KA9Q NOS as an Ethernet to PPP router to connect a home
machine and am running into a few problems.  The main problem is that the
PPP authentication protocol doesn't seem to be working correctly.

I'd like to make sure that I have the "latest version" before I spend much
more time debugging this.  The version I have is from merit.edu and is
labeled "911229 (KA9Q)  920106 (ghm/was)".

Is this the latest version and if so, where can I find the source code for it?
In general, what sites are the best place to find current KA9Q binaries or
source?

Thanks in advance.

-- 
Bill Hargen
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: caugherd@cs.rpi.edu (Dan Caugherty)
Subject: *HELP* with Netwatch!!!!
Summary:  I compile, and nothing happens.  What gives?
Organization: Rensselaer Polytechnic Institute Computer Science, Troy NY
Date: Mon, 13 Apr 1992 01:53:07 GMT

To Whom It May Concern --

I have a question regarding M.I.T.'s Netwatch.  I'm currently using an
IBM-AT compatible with a 3com 501 board and MS C 5.0.  When I run a
newly compiled version of Netwatch, no packets are displayed; however,
when I run the same executable (compiled, etc.  2 years ago -- well
before I had even heard of the package, and when its name was still
NETWATCH.EXE, not 3NETWATC.EXE, PNETWATC.EXE, etc.), it will display
any packets that I care to see.  (Interesting twist: when I run my
newly-compiled version first, the older version fails to display
anything as well!)  Has anyone else had this problem?  Also, can
anyone suggest steps for its correction?  I'm planning on adding
IGP-sniffing capabilities to the package (for credit in a Networking
Software course), so I could use all the replies I can get.

Gratefully yours (all replies appreciated),

Dan Caugherty   caugherd@cs.rpi.edu   C.S. Dept.,
Rensselaer Polytechnic Institute, Troy, NY  12180-3590
----------------------------------------------------------------------
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: mikeod@itx.isc.com (Mike O'Donnell)
Subject: FAQ for this group?
Summary: Is there a FAQ for this group?
Keywords: FAQ
Organization: Interactive Systems Corporation, Boulder, CO
Date: 15 Apr 92 14:01:11 GMT

Is there a FAQ for this group?  If so could
someone email a copy 

Thanks
Mike

--
INTERACTIVE Systems Corp.         Tel: (512) 343-0376 Ext. 119
9442 Capital of Texas Hwy. North  Fax: (512) 343-1414
Arboretum Plaza One, Suite 700    Net: mikeod@itx.isc.com
Austin, Texas 78759               RealName: Mike O'Donnell
From: lassa2@kuhub.cc.ukans.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: WinQVTnet & 3.1 No Worky!
Date: 6 Apr 92 19:51:35 CDT
Organization: Whollllly Mackeral

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 am sure not every one has v3.1 yet but is any one else getting this

or is the author reading these nets?


Todd A. Phillips
Systems Development
Univesity Of Kansas
TPHILLIP@RESEARCH.RGSPS.UKANS.EDU
From: Dean.Roth@mixcom.mixcom.com (Dean.Roth)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: SLIP or PPP and modem dialing question
Date: 14 Apr 92 14:18:17 GMT
Article-I.D.: mixcom.1992Apr14.141817.13159
Distribution: usa
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.


I am looking at developing a business application that will
use something like Vermont Views to create the screens,
and will communicate with a remote server process.

The server machine will usually be accessed via telephone.
The MS-DOS client needs to automatically dial through a
modem, then start a SLIP or PPP session.

This must be done without human intervention. (It's a
financial application that will be used by bankers
and such, not engineers.)

The SLIP drivers I have seen do not provide this capability.

Are there any commercial or PD packages that do what I need?

Has anyone else done something like this and be willing to
share information with me? Thank you.

Dean Roth
From: kaspar@morey.inria.fr (Jiri Kaspar)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: X.25 packet driver interface specification
Date: 6 Apr 92 21:56:56 GMT
Organization: INRIA * Rocquencourt BP 105 * F-78153 LE CHESNAY CEDEX* France

Has anyone heard of , seen, or know where I can get a specification 
of X.25 packet driver ?

I am working on a free X.25 packet driver for PC based IP router. 
It realizes RFC877 strategy and seems to be a generic slip or ethernet
packet driver in accordance with configuration (single or multiple
connection), but I'd like to have "real" X.25 packet driver (class 13).
The PC/TCP Packet Driver Specification is silent about a X.25 packet 
driver percularities.
 
If anyone could point me towards some informations, I would be 
the most grateful. 

Thanks in advance.

Jiri Kaspar
-------------------------------------------------------------------
kaspar@corton.inria.fr     | kaspar@cs.felk.cvut.cs                  
                           |
tel : (331) 39 63 55 75    | tel : (+422) 293 485                    
fax : (331) 39 63 53 30    | fax:    (+422) 290 159                  
INRIA Rocquencourt         | The Czech Technical University          
Domaine de Voluceau        | Faculty of Electrotechnical Engineering 
B.P. 105                   | Department of Computer Science          
78 153 Le Chesnay CEDEX    | Karlovo namesti 13                      
France                     | 121 35 Praha 2                          
                           | Czechoslovakia                          
-------------------------------------------------------------------
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: backman@FTP.COM (Larry Backman)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Information on PC-based NFS clients
Date: 7 Apr 92 20:08:48 GMT
Distribution: world
Organization: The Internet


 >> 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.

The question you ask quite simply is not a question of just the DOS NFS
products on the market; but also one which encompasses the NFS server in
question and the DOS application which is using the lock requests.

Problem 1: PC based NFS locking is dependent on Version 3 of the
Network Lock Manager; if your server doesn't have that you lose.

Problem 2: PC based NFS locking uses an unsigned 32 bit offset and length
for locking byte ranges in a SHARE RPC.  Lock daemons based on System
V kernel lock daemon code use a 32 bit signed value to represent
offset and length.  This means if your offset or length has the high
bit set;i.e. 0x80000000 or higher; you lose.

Problem 3: Some DOS applications have oh so cleverly decided that using
a lock of a phantom range is a really neat way of having interprocess
communication.  One unnamed but very well known package has been seen to
issue lock requests to lock 1 byte at offset FFFFFFFF to allow multiple
clients to share a spreadsheet without overwriting the data.  In this case
you lose.

As to the functionality of the commercial DOS and OS/2 NFS clients; I
observed Sun's PC-NFS, Beame & Whiteside's NFS client, Wollongong's NFS
product, Netmanage's Windows product and FTP Software's DOS and OS/2 product
pass locking tests with correctly implemented lock daemons; I also
saw our clients (and assume all others) fail against "broken" lock daemons;
i.e. problems 1 & 2 above.

 >> 
 >> 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.
 >> 
Unfortunately your problems are much more likely to be server related than
client related.

Geoff; please chime in if I have misrepresented anything :-).


Larry Backman
FTP Software

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: joer@inca.law.csuohio.edu (Joe Rosenfeld)
Subject: Re:  Question Re: Clarkson University TCP and config.tel
Organization: Automation Dept., CSU C-M Law Library
Date: Fri, 17 Apr 1992 19:54:10 GMT

In article <9204161000.aa12888@louie.udel.edu> bkc@OMNIGATE.CLARKSON.EDU (Brad Clements) writes:
>From: bkc@OMNIGATE.CLARKSON.EDU (Brad Clements)
>Subject: Re:  Question Re: Clarkson University TCP and config.tel
>Date: 16 Apr 92 13:54:57 GMT

>Regarding CUTCP and 
>        Warning, packet driver vector invalid, using default search

>This is not an error, its a warning. It even says so!!!!

>CUTCP looks between 0x60 and 0x7f inclusive (not 0x69 as was erronously
>reported)

>The number of questions I get about this is astonishing. Its only a
>WARNING MESSAGE.

>aigH!

>Maybe the code should be changed to say:

>        Dear User, your config.tel file has indicated a packet vector

I think you'll start getting questions on what a config.tel file is, then.  
Also this opens up memory questions and what about different versions of the 
packet drivers?  What do you mean more than one packet driver loaded.  Maybe 
we should just boycott certain questions?!

>        value of XX, which is not valid according to the 1.10 packet driver
>        specification. I'm sure you just forgot to set it, so if you don't
>        mind I'm going to look through memory for the first packet driver
>        I can find.  Don't panic, I just wanted to let you know that if
>        you have more than one packet driver loaded, I'm going to use
>        the first one I find. Ok?


>-- 

>hmmm.

>ps. Sorry to waste bandwidth, but the thorn is out of my side now.. sigh.

Never say never!

Joe


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Joe Rosenfeld
joer@inca.law.csuohio.edu
From: cjm@CCMAIL.CSD.UNB.CA (Chris McNeil)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: POP3 Server for pc?
Date: 9 Apr 92 02:18:36 GMT
Organization: The Internet


          I don't know of a POP3 server but ka9q has a pop2 server. I
          had to make some changes to the pop.h header file and
          recompile to get it to work with my clients ( POPMail from
          boombox, and POPmail for the MAC from boombox). It seems to
          have worked OK ( I not using it I only tried it to get it to
          work fora client of ours)

          Chris McNeil
          cjm@unb.ca
From: chee@UHUNIX.UHCC.HAWAII.EDU (Brian Chee)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Comport <-> ethernet
Date: 8 Apr 92 19:14:37 GMT
Distribution: world
Organization: The Internet

J&L Information Systems (Chatterbox folks) make a board that simulates
a com port but sends the stuff to an interupt 14 type of comm program.
/brian chee

~~~~~THESE ARE MY OPINIONS ONLY, an answer is only a good guess
University of Hawaii, Manoa              Microcomputer Services 
Brian Chee CNE/CNI, MicroComputer Lan Specialist
chee@uhunix.uhcc.hawaii.edu                      (808) 956-8316
From: johnson@indian.cps.msu.edu (Graham K Johnson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Help from anyone using WNQVTNET?
Date: 8 Apr 92 03:40:44 GMT
Reply-To: johnson@indian.cps.msu.edu (Graham K Johnson)
Organization: Dept. of Computer Science, Michigan State University
Originator: johnson@indian.cps.msu.edu

I am trying to configure WNQVTNET to run over a modem through a Merit
dial-in site.  I am not sure what packet driver to use, how to coordinate
IP address between the packet driver and the main program (the SLFP
packet driver I user for Ka9q sets it according to availability), etc.
If anyone is using this through Merit, could you please help me?
Likewise, if you know what I am trying to do is impossible, could you
tell me so?  Thanks in advance.
-- 
   ___        "We dream of the mating season          johnson@cps.msu.edu
  /__    ___     Feel the coming tidal wave        Michigan State University
 <__/raham /       We want to run but cannot move
     K. <_/ohnson    Cause we're embedded in concrete"  -- Front 242
From: larry@lut.fi (Lauri Toropainen)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: PC/TCP v2.05 and noisy keyboard (DOS 5.0)
Date: 16 Apr 92 20:05:36 GMT
Organization: Lappeenranta University of Technology, Finland

Hi,

I'm sure this problem has been covered earlier at this
newsgroup, but anyway:

I recently upgraded my MS-DOS 3.30 to 5.0. After doing this I
noticed that pressing the left SHIFT key during a telnet session
generates noise every time I do it. I can avoid this by giving
telnet command F10+S (Send all keys to DOS (screen-savers)) during
the session.

I'd like to have this mode on automatically, so I quess I should
add something to my ftp_config file. I have tried to add

screen-saver=yes

after [pctcp screen} and some other locations but it does not
work. Any suggestions?

During some sessions I'd also like to run the mode where enter
key send CR instead of CRLF. This can be activated by F10+R, but
is there any way to do this automatically?

No help can be found from the PC/TCP manual.

Cheers,
Lauri

-- 

+++ Lauri.Toropainen@comlab.it.lut.fi +++
Newsgroups: comp.protocols.tcp-ip
From: ckd@eff.org (Christopher Davis)
Subject: Re: mayonnaise
Organization: Electronic Frontier Foundation Tech Central
Date: Wed, 15 Apr 1992 01:05:20 GMT

 David> == David Battle <battle@cs.utk.edu> 

 David> In draft-ietf-rreq-iprouters-03.txt Philip Almquist seems to
 David> have allowed:

225   mayonnaise                                                             |
226                     A thick salad dressing or condiment made with oil    |
227                     and egg                                              |

 David> What does this have to do with Requirements for IP Routers?

I believe the technical term for this is a "joke" or, to be more
precise, "humorous glossary entry inserted because the author or editor
was feeling rather whimsical".

If you have problems with this, do not, I repeat do not, look in the Sun
_Customer Distributed BugsList_, December 1990 edition, and do not look
at the copyright page, and most definitely do not look at the entry
which reads "SPAM(R) is a registered trademark of a pork product packed
only by Geo A. Hormel & Co. Corp."

I also encourage you not to investigate any RFC issued on April 1st of
any year (particularly RFC 1149 and RFC 1097).

Oh, and :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)
--
Christopher Davis <ckd@eff.org> |    ECONOMIC OBSERVATIONS DEPARTMENT
System Manager & Postmaster     |  "There's always something going out of
Electronic Frontier Foundation  |      business in Central Square."
+1 617 864 0665  NIC: [CKD1]    |   -Rita Marie Rouvalis <rita@eff.org>
Newsgroups: comp.protocols.tcp-ip
From: fontenot@ravl.rice.edu (Dwayne Jacques Fontenot)
Subject: socket-based IPC question: EINTR
Organization: Rice University
Date: Tue, 14 Apr 1992 21:19:28 GMT

Hello,

What is the proper way to handle EINTR? Currently, I am ignoring it,
but I suspect there is a better way. I can't find much information
on it..and none on how to handle in in the man pages or in the
"Advanced" Socket-based IPC tutorial.

thank you for your time,

Dwayne Fontenot (fontenot@ravl.rice.edu)

Newsgroups: comp.protocols.tcp-ip
From: donp@novell.com (don provan)
Subject: Re: mayonnaise
Organization: Novell, Inc., San Jose, California
Date: Wed, 15 Apr 1992 20:38:01 GMT

In article <CKD.92Apr14210342@loiosh.eff.org> ckd@eff.org (Christopher Davis) writes:
>225   mayonnaise                                                             |
>226                     A thick salad dressing or condiment made with oil    |
>227                     and egg                                              |
>
>I believe the technical term for this is a "joke" or, to be more
>precise, "humorous glossary entry inserted because the author or editor
>was feeling rather whimsical".

Actually, i think the correct term is "cute", usually used in a
derogatory manner implying that the author is either not mature
enough or not funny enough.
						don provan
						donp@novell.com
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: TCP/IP & UDP/IP throughput on FDDI
Date: 8 Apr 92 08:26:01 GMT
Article-I.D.: sgi.j9eidek
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <1992Apr7.103521.8796@spider.co.uk>, ian@spider.co.uk (Ian Heavens) writes:
> Does anyone have figures or references for the performance on appropriate
> hardware of TCP and UDP over FDDI?


"appropriate hardware" for what purpose?

Many common VME FDDI systems get 25-35Mbits/sec measured by ttcp.  Others
get considerably more.  Van Jacobson at Interop91 reported filling the
fibre with special hardware on HP machines with TCP.  I've heard one super
computer company gets 70Mbit/sec, perhaps measured by nettest, with
relatively standard hardware.

UDP is now faster or slower, depending on various things.

In less than 18 months, FDDI will be as commonly saturated by UNIX
workstations as ethernet was in 1989.  Just as with ethernet, the problem
is not hardware, but software.  This can be seen in one VME card which does
more about twice as well depending on firmware and host.  Just as is still
true with ethernet, some people will claim 30% is a lot or that special
hardware is needed to get above 50%.  (Both have been false for FDDI for
more than 6 months.)

Then again, doesn't Spider make bridges and routers?  If you're talking
about the packet/second rates which bridge & router guys care about, I
don't know.  A ring with 3,000 reasonably sized packets per second is in
collapse, but 3,000 p/s is a puny number for the current bridge guys.


Vernon Schryver,  vjs@sgi.com
From: Frank@mindlink.bc.ca (Frank I. Reiter)
Newsgroups: comp.protocols.tcp-ip
Subject: WHOIS at nic.dn.mil
Date: 7 Apr 92 00:21:46 GMT
Article-I.D.: mindlink.11285
Organization: MIND LINK! - British Columbia, Canada

I've been playing around with whois and I wonder if some netland wizard could
explain something to me:

When I do a lookup on MIT.EDU (the example given in the documentation I am
reading) there is all sorts of information, but when I do a lookup on ubc.ca or
sfu.ca, two local universities, there is no match.

Why would that be?

Frank.
--
___________________________________________________________________
Frank I. Reiter                Internet: Frank@mindlink.bc.ca
MIND LINK! Communications Corp. Surrey, British Columbia, Canada
Newsgroups: comp.protocols.tcp-ip