HDTenEightyP/NetNews huggingface dataset:
From: jbg@qualcom.qualcomm.com (Jeff Gehlhaar)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: New readers for the Macs
Date: 28 Jul 92 16:58:24 GMT
Article-I.D.: qualcom.jbg.712342704
Organization: Qualcomm, Inc., San Diego, CA

pkershaw@dce.com (Peter Kershaw) writes:

>A reasonably good PD Newsreader for Mac is Eudora, available from most of
>the Mac ftp sites. An excellent commercial product is called TCP/Connect
>II, which not only has news, but every other conceivable Internet goodie.
>For more info, or a brochure, email pkershaw@dce.com

Eudora is NOT a PD Newsreader. It is a PD POP3/SMTP mail client.

Jeff Gehlhaar
PC Eudora Development Team
Qualcomm Inc., San Diego, CA USA
jbg@qualcomm.com
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: thump@access.digex.com (Brian Harrington)
Subject: Netbios packet driver problems 
Organization: Express Access Online Communications, Greenbelt, MD USA
Distribution: usa
Date: Wed, 29 Jul 1992 22:39:51 GMT

     I'm trying to set up a router using LANtastic, ka9q, and the netbios
packet driver, but I've run into some difficulties.  On each of the three 
machines I'm testing with, the nb packet driver gets an incoming packet and
gives it a destination address of 00:00:c4:c3:cc:c2, which bears no relation
to the machines' ethernet addresses, IP numbers, or any other number I
know about, so naturally ka9q doesn't know what to do with the thing. The 
documentation that comes with the driver says that the destination address is
set based on the local IP address, but it doesn't say how, so I'm wondering
if I  might be leaving something basic out.  I'm at a dead end, so any help
would be appreciated tremendously.  Thanks.

                  --Brian Harrington (thump@access.digex.com)
From: zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: deskview/X on 386...
Date: 22 Jul 92 12:02:55 GMT
Reply-To: M.Whidby@mcc.ac.uk
Organization: Manchester Computing Centre

In article <9207200114.AA10807@louvre.wbst147.xerox.com>,
leisner@eso.mc.xerox.com (Marty Leisner 311/? x?) writes:
|> 
|> Has anyone had any experience with the new Quarterdeck/Deskview/X on 386?
|> 
|> It sounds ideal...from what I've read you can spawn DOS windows on X
|> workstations, and run X applications on the PC...
|> 
|> Can this stuff integrate with NCSA or something like that?

I've just seen a whole load of stuff about this being discussed on a mailing
list over here in the UK. Basically someone was debating whether to get the
Desqview package or the Hummingbird Vista eXceed package. He's gone for the
former. The major drawback to it is that it needs FTP Software's PC/TCP which
tends to bump the price up. That's all I know.
-- 
_____________________________________________________________
Mark Whidby, Distributed Systems, Manchester Computing Centre
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: silano@newton.cs.jhu.edu (Mike Silano)
Subject: Re: DV/X and NCSA Telnet WORKS!
Organization: Johns Hopkins Computer Science Department, Baltimore, MD
X-Newsreader: Tin 1.1 PL4
Date: Fri, 24 Jul 1992 01:06:37 GMT

trier@slc6.INS.CWRU.Edu (Stephen C. Trier) writes:
: In article <1992Jul23.175757.1607@blaze.cs.jhu.edu> silano@newton.cs.jhu.edu (Mike Silano) writes:
: >The reasons for this are clear - when the task is swapped out, 
: >the ISR(Interrupt Service Routine) is swapped as well.  ...
: 
: >The solution to this is pktmux - the packet driver multiplexor.
: 
: What??  No, pktmux is a solution to a different problem.  The -w option
: to the Crynwr packet drivers is a solution to the problem you describe.
: 
: Pktmux is designed to solve the problem of running more than one TCP/IP
: protocol implementation simultaneously.  It gets it *almost* right, too.
: There are many potential problems with using it, enough that most (all?)
: TCP/IP vendors won't provide tech support for a problem that occurs
: while pktmux is loaded.
: 
: It's possible that pktmux also solves the first problem you describe,
: even though that is definitely not its raison d'etre.  If you are running
: only one TCP/IP stack at a time, try using the -w flag on your packet
: driver instead of running pktmux.

:r 

From the documentation of pktmux 1.1:

      A second requirement was to allow MOS2 to run under a control
      program such as Windows 3 or DESQview.  This is an instance of a
      more general problem in running an application which uses a Packet
      Driver under a control program.  It arises because the Packet
      Driver, which is loaded before Windows, calls the application when
      it has received a packet.  This is quite satisfactory under DOS but
      under Windows there is no certainty that the application is
      currently running and there is therefore the risk of jumping into
      the middle of another program with dire consequences.  A Packet
      Driver option -w gets over this by checking that part of the
      application program code is present and throwing away the packet if
      not.  This leads to a rather slow data rate as the protocol timeout
      and retry mechanisms have to be brought into play to recover from
      the situation.  A better solution is provided by the free software
      WINPKT which only works under Windows 3 Enhanced mode and uses
      Windows 3 facilities to make sure the application is running.  A
      copy of WINPKT is provided in this package.  WINPKT has the
      drawback that it does not work with other control programs such as
      DESQview and also with certain ethernet cards such as the BICC 16
      bit varient.  PKTMUX meets this requirement and gives the
      additional feature of being able to run communications applications
      in more than one window.

The -w option on the packet drivers has never worked for me
(wd8003 driver on an SMC (WD) Elite 16 card.

-Mike

Replies, comments, suggestions or other to silano@cs.jhu.edu
From: lcz@dptspd.sat.datapoint.com (Lee Ziegenhals)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: KA9Q/Wg7j103 Documentation
Date: 22 Jul 92 22:01:22 GMT
Organization: Datapoint Corporation, San Antonio, TX

LEMHC@CUNYVM.CUNY.EDU (Lewis Maximin) writes:

>Does anyone know of an FTP site or source  for the KA9Q/WG7J1.03 user
>manual?? I have been able to find docs for verson 0.96 & 1.02 but I specific-
>ally need the info for version 1.03 so that I can set up a DNS.  Thanks
>in advance for any and all assistance.

Try wg7j.ece.orst.edu.  The 1.03 directory contains wg7j103.exe, which is a
self-extracting archive containing the executable as well as the latest
"wg7jmods.txt" file and a coupla others.

Btw, to start the DNS server, just type "domain startdns".
From: LEMHC@CUNYVM.CUNY.EDU (Lewis Maximin)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re:KA9Q/Wg7j103 Documentation
Date: 22 Jul 92 16:42:58 GMT
Article-I.D.: louie.9207221353.aa21139
Distribution: world
Organization: The Internet

Does anyone know of an FTP site or source  for the KA9Q/WG7J1.03 user
manual?? I have been able to find docs for verson 0.96 & 1.02 but I specific-
ally need the info for version 1.03 so that I can set up a DNS.  Thanks
in advance for any and all assistance.

Lewis Maximin
Technical Support Specialist      JESUS is my life
Hunter College                     BUT
Bitnet:   LEMHC@CUNYVM              Computers are my playthings!!
Internet: LEMHC@CUNYVM.CUNY.EDU
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: ... clock away is a short; not completely reliable
Distribution: world
Date: Sat, 25 Jul 92 01:33:52 GMT
Organization: Crynwr Software

The message ... "clocks away is a short; not completely reliable" is
produced by doing a TDR test on a network with other traffic.  That's
why it's not completely reliable.  The 10.x drivers has that test
removed, as will later versions.

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice   [ if mail bounces, forward it ]
Potsdam, NY 13676          315-268-9201 FAX     [ to uuadmin@uu.psi.com.      ]
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: pbh@athena.mit.edu (Paul B Hill)
Subject: Re: Can ""traditional"" comm programs talk TCP/IP?
Organization: Massachusetts Institute of Technology
Date: Tue, 28 Jul 1992 22:45:33 GMT


Novell's TSU program, part of LWP4DOS, has a PIF file. I have been able to start
up TSU while in Windows and reconfigure the host connection and com port
redirection. I have not done much work with this yet, so there may be some
problems that I am unware of at this time.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: paw7w@fulton.seas.Virginia.EDU (Perry Alan David Wood)
Subject: FTP server needed
Organization: University of Virginia
Distribution: usa
Date: Wed, 29 Jul 1992 17:42:38 GMT

I'm looking for an ftp server with the following features:

1) Allow ftp login with a login id and password.  Once logged in, the usual
   ftp commands should be available (get, put, binary, ascii, del, mkdir,
   rmdir, etc.).

2) Allow anonymous ftp login with access restricted to a directory or disk
   partition.  The anonymous user should be able to "get" and "put" in
   this directory.

3) One login at a time is sufficient.

4) Must work on a PC/XT.

I currently use NCSA Telnet 2.3.  It satisfies #1,3,4, but not #2.

Thanks!
--
Perry A. D. Wood            Bitnet: paw7w@Virginia
University of Virginia      Internet: paw7w@Virginia.EDU
From: cp01395@dcsc.dla.mil (Duane L. Rezac)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: PCNFS won't allow certain files names to be copyed
Date: 20 Jul 92 12:08:50 GMT
Organization: Defense Construction Supply Center, Columbus

From article <1992Jul16.225358.14393@trl.oz.au>, by rick@medici.trl.OZ.AU (Rick Coxhill):
> We have PC/NFS version 4.0.
> 
> Using the file manager in windows 3.1 or in DOS I cannot copy DOS
> files with names of the form xxxx.~xx from a local drive
> to a networked drive. Copying between local drives is OK.
> 
> File names of this form are created in Turbo C++ for Windows.
> 
> 
> Email: r.coxhill@trl.OZ.AU    Tel: 61 3 253 6249    Fax: 61 3 253 6173
> Rick Coxhill. Telecom Australia Research Labs. Clayton. Vic. Australia

Some programs send blanks to fill in the unused filenane characters
(i.e if x=space, they will send xxxxxfoo.bat instead of foo.bat)
PC-NFS will choke on this unless you use the /s option on pcnfs.sys.
this tells PC-NFS to send embedded blanks that are in a file name 
instead of truncating them. (Harvard graphics is an example of a 
program that will do this - it can not find it's support files if
they are on a mounted drive unless the /s flag is used. )





Duane L. Rezac
-- 
+-----------------------+---------------------------------------------------+
| Duane L. Rezac |These views are my own, and NOT representitive of my place|
|    drezac@dcsc.dla.mil                                  of Employment.    |
+-----------------------+---------------------------------------------------+
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: mlind@mot.com (Michael Lind)
Subject: PC-based news readers
Reply-To: mlind@mot.com
Organization: MOTOROLA 
Date: Wed, 22 Jul 1992 15:20:57 GMT

I'm looking for PC-based newsreaders, either freeware, shareware or  
commercial.  So far I've tried out Trumpet.  Are there any others out  
there worth taking a look at?

Michael Lind
mlind@mot.com
From: dsc3jfs@nmrdc1.nmrdc.nnmc.navy.mil (Jim Small)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: slip device for ftp's tcp/ip
Date: 23 Jul 92 13:03:52 GMT
Organization: Naval Medical Research & Development Command


I'm reading some OSC (trw's version of ftp's tcp/ip) and seeing vague
references to a slip driver.

Am I correct in assuming that I need a new ifcust.sys as well?

On that supports SLIP?


(Would anyone from ftp, please contact me through mail)
thanks

-- 
I love the 3b2
The 3b2 is my friend.
From: billp@niagara.Tymnet.COM (Bill Putney)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Can ""traditional"" comm programs talk TCP/IP?
Date: 24 Jul 92 17:09:29 GMT
Organization: BT North America (Tymnet)


I bought the new Procom+.  It has support for INT14 which has the
potential for being a real nice feature.  I am also running FTP's
PC/TCP which has an INT14 "server" called tnglass.

Too bad you have to start tnglass in DOS before you start windows!
The long and short of this is that you can get one session going
to one destination.  If you want to disconnect and go to somewhere
else you're hosed!  You have to quit windows and go restart tnglass.
The other gotcha is that what tnglass really does is to start up
a telnet session and just leave the display stuff hanging for the 
INT14 emulator to attach to.  If you don't get windows up and the
session going before the remote host gives up on the connection
you're out'a luck again.

If anyone has a MS-Windows INT14 telnet service routine I'm ready to 
hear about it. :)

- Bill
From: dsc3jfs@nmrdc1.nmrdc.nnmc.navy.mil (Jim Small)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: SLIP and FTP old kernels
Date: 31 Jul 92 18:02:31 GMT
Organization: Naval Medical Research & Development Command

We have a Cisco Terminal server running SLIP lines.  I've found that
etherslip.com will allow me to use the standard ethdrv.exe (even the
old 2.03 kernel).  We are using a modified SLIPDIAL.com to do the dialing.
I say modified, because I had to change the parameter list from the 
slip8250.com to the etherslip.com.  Since the ftp tcp/ip layer uses
ifconfigs and ipconfigs (at least the 2.03 kernel does) in the config.sys.
We needed a way to set the users IP address since it would be a rotary
SLIP line.  This was solved by using the WATTCP software, more specifically,
the bootp code.  In about an hour, I made a bootp client to change the local
ip information without user intervention. (the wattcp software compiled
first time using bc 2.0 after only having changed the include directory)

Right now, the only thing we can't use is the ftp redirector software.  It
seems our old version of terminal server refuses to forward broadcast
udp packets.


I'll be making this whole package into a small installable disk,  If anyone
is interested let me know.  I'll see if my boss will let me release it.
(and the source, I'll try to get them to let me release that too)


Thanks for all the help from the incredible number of people who have helped
me.
-- 
I love the 3b2
The 3b2 is my friend.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: beame@maccs.dcss.mcmaster.ca (Carl Beame)
Subject: Re: Maximum UDP packet size
Keywords: UDP PCTCP packet size
Organization: McMaster University, Hamilton, Ontario, Canada.
Date: Wed, 29 Jul 1992 02:59:17 GMT

In article <1992Jul28.214507.5122@cactus.org> galew_a@cactus.org (Andy Galewsky) writes:
>
>Hi,
>    We have a system that is built on FTP software's PCTCP development kit
>that uses UDP. Our problem is that we need to send packets larger than
>the (apparent) 1400 byte limit for UDP packets under FTP's implementation.
>So I have a couple of questions:
>    * Does anyone know of a way to up this limit (FTP tech support says no)
>    * Does anyone know of a library similar to FTP's that would permit us
>      to have larger UDP packets?
>    * Could we use some other network call to get packets that can be larger
>      than this ?
>
>			Thanks ever so much
>		 	The Galewsky Brothers
>  		        dan@crs.com

	FTP's PCTCP is unable to IP fragment packets bigger than the network
mss (~1400 over ethernet). Beame & Whiteside Software Ltd. TCP-IP contains
an small PCTCP emulator which allows programs written for FTP's software
library to run over BW-TCP/IP. Since BW-TCP supports fragmentation up to 
~16K, your program MIGHT run without modification over our TCP and use large
UDP packets.

Alternativly, socket libraries are available from most major TCP/IP suppliers.
Just ask the vendor if their TCP/IP supports incoming AND outgoing "large"
IP packets.

Carl Beame
Beame & Whiteside Softwar Ltd.
sales@bws.com

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: pim@cti-software.nl (Pim Zandbergen)
Subject: Re: Crynwr WD8003E-P
Organization: CTI Software BV, The Hague, The Netherlands
Date: Wed, 29 Jul 92 22:33:38 GMT

cjmarsha@slate.mines.colorado.edu (Charles Marshall) writes:

>Joerg.Vreemann@popserver.uni-konstanz.de (Joerg Vreemann) writes:
>: In article <712380314snx@exorcise.demon.co.uk>, james@exorcise.demon.co.uk
>: (James Harwood) wrote:
>: > 
>: > Is there a Crynwr packet driver available for the
>: > Western Digital 8003 EtherPlus Elite?
>: > 
>: Look for something called 8003pkdr on the diagnostics disk that should have
>: come with the adapter. 
>:

>But does that packet driver really work?  I have had lots and lots of
>problems with it.  For one gripe, how do I change the I/O address?  I think
>it can be done pretty easily off of the command line, but since I don't
>have docs...

It's even easier than you think:
8003pkdr reads the I/O address, base mem address and IRQ vector from the soft
settings on the card.
-- 
Pim Zandbergen                      domain : pim@cti-software.nl
CTI Software BV                     uucp   : uunet!mcsun!sun4nl!ctisbv!pim
Laan Copes van Cattenburch 70       phone  : +31 70 3542302
2585 GD The Hague, The Netherlands  fax    : +31 70 3512837
From: rtravsky@news.uwyo.edu (Rich Travsky)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: WIN/QVT Net 2.6 Odd Stuff
Date: 21 Jul 92 15:13:15 GMT
Organization: Banzai Institute

In article <1992Jul20.112133.76@kenyon.edu>, oursler@kenyon.edu writes:
> Hullo,
Hi there!
 
> 	I recently "upgraded" to WIN/QVT Net version 2.6.  This has caused
> 	some problems.  Chief among these is the fact that my terminal
> 	configuration doesn't stay the same.  Sometimes I am a VT100
I've experienced the terminal shifting too. Don't use win/qvt often to
be more than annoyed tho...
 
> 	In addition, when I connect to a VAX running DEC's UCX product,
Sorry, we're not running ucx, can't comment on this one.

+------------+    Richard Travsky   RTRAVSKY @ CORRAL.UWYO.EDU
|            |    Division of Information Technology
|            |    University of Wyoming
|        U W |    (307) 766 - 3663 / 3668
|         *  |    "Wyoming is the capital of Denver." - a tourist
+------------+    "One of those square states." - another tourist
Home state of Dick Cheney, Secretary of Defense of these here UNITED STATES!
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: beame@maccs.dcss.mcmaster.ca (Carl Beame)
Subject: Re: Mail/News w/ NFS.
Keywords: nfs mail news NNTP SMTP POP
Organization: McMaster University, Hamilton, Ontario, Canada.
Date: Tue, 21 Jul 1992 23:23:38 GMT

In article <54648@mentor.cc.purdue.edu> tim@mentor.cc.purdue.edu (Timothy Lange) writes:
>I am using Beame & Whiteside NFS which also can appear to be PC-NFS
>and FTP's nfs product (protocol stack emulators??).  Anyway, I'm
>looking for a mail program that will allow me to read and send mail
>via a POP server we have running on a unix box and news via NNTP while
>I have my nfs shells loaded and running.  The machines we have nfs
>exports on are NOT the machines that provide mail and news, I have to
>use POP/SMTP and NNTP.
>
>Let me know if you have heard of such a thing, thanks...
>
>-- 
>Tim Lange.
>
>Purdue University Computing Center      1408 MATH Building
>West Lafayette, IN  47907-1408          317-494-1787

	In the new release of B&W scheduled for August will have a POP/SMTP
based mail reader. Also Sun's PC-LifeLine product POP interface runs over
our PCNFS AIA module.

- Carl Beame
beame@bws.com
From: pbh@athena.mit.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
Date: 18 Jul 92 09:26 MDT
Subject: Re: SLIP w/Lan Workplace for DOS
Nf-ID: #R:9207162316.AA02417@nika:917696202:1992Jul18.052651.20920@athena.mi:253999150:001:479
Nf-From: athena.mit.edu!pbh    Jul 18 09:26:00 1992



Rumour has it that some users have been able to use SLIP packet drivers and the
PDEther program to get SLIP support with LWP. Novell appears to be working on
supporting SLIP and PPP in the next release. BOOTP should also be supported in
the upcomming release.

Unfortunately Novell's TCPIP kernel does not like to dynamically change it's IP
address. It only sets it when loading the kernel. If anyone has gotten the
undocumented function setmyipaddr to work please let me know.

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: chapman@acf3.NYU.EDU (Gary W. Chapman, , , )
Subject: RPC / PC-NFS
Organization: New York University
Date: Thu, 23 Jul 1992 01:54:00 GMT

We have source code for a program which runs on a PC, receives RPC messages 
from a Unix machine, and performs certain functions.  The documentation 
is rather thin.  We need to compile the code; the docs say we need 
socket libraries from PC-NFS from Sun.  Anyone know if it's enough to 
upgrade a copy of PC-NFS 3.0 to 4.0, or if we need to buy some 
additional toolkit?  (Our ethernet board is a 3C507).  It's not even 
clear to me if we need to actually run PC-NFS or some component 
thereof.  (Any info gleaned here _will_ be augmented by calling SUN when 
we get a chance...).  Thanks.

- Gary Chapman, New York University
  chapman@nyu.edu
From: mikel@novavax.UUCP (Mikel Manitius)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Need PPP
Date: 23 Jul 92 03:31:07 GMT
Organization: American Automobile Association

Are there ANY implementations of PPP under DOS available.

I would like to use with with DesQ-View/X.
-- 
						Mikel Manitius
						mikel@aaa.com
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: re: WIN/QVT Net 2.6 Odd Stuff
From: lunazzi@boifcc.cineca.it (Mauro Andrea Cremonini)
Date: 21 Jul 92 08:57:42 +0100



In article <1992Jul20.112133.76@kenyon.edu>  writes:
>
>	In addition, when I connect to a VAX running DEC's UCX product,
>	I have to beat on the return key a couple of times to get a response
>	and when I do get a prompt, the name VT100 or VT52 is already
>	typed in as a username, therby causing a login failure.
>
>	Has anyone else seen these sorts of wierd problems?  I've been
>	watching this newsgroup for days but haven't spotted anything.


The same happens to me. 
Sorry, I do not know how to correct it.
Bye 
Mauro

P.S.
Is qvt software watching ??
I tried to "e-mail" to them a couple of time but I had no answer...
  

|===================================|    /\
|Mauro Andrea Cremonini (IW4BOX)    |   //\\
|Dept. Organic Chemistry            |  ///\\\
|University, Bologna, ITALY         |  \\\///
|e-mail lunazzi@boifcc.cineca.it    |   \\//
|===================================|    \/
From: jbvb@FTP.COM ("James B. Van Bokkelen")
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Tandem term emulators on TCP/IP?
Date: 29 Jul 92 13:30:26 GMT
Reply-To: jbvb@ftp.com
Distribution: world
Organization: The Internet


    Tandem terminals can typically only talk block mode. Telnet cannot. 

This is incorrect.  The same principles that allow TN3270 allow you
to use Telnet for any other block-mode terminal (IBM's 5250, for
example).  In fact, I've heard rumors that Tandem was working on an
emulator that runs over Telnet - I don't know if it ever became a
product, or whose TCP/IP stacks it supports.

James B. VanBokkelen		26 Princess St., Wakefield, MA  01880
FTP Software Inc.		voice: (617) 246-0900  fax: (617) 246-0901