HDTenEightyP/NetNews huggingface dataset:
From: time@ice.com (Tim Endres)
Newsgroups: comp.sys.mac.comm
Subject: Re: Why is NFS "too slow" over SLIP?
Date: 18 Nov 92 14:14:31 GMT
Reply-To: time@ice.com (Tim Endres)
Organization: ICE Engineering, Inc.
X-Mailer: uAccess - Macintosh Release: 1.6v2


In article <9211171935.AA17662@TIS.COM> (comp.sys.mac.comm), tmplee@TIS.COM (Theodore Lee) writes:
> In my recent inquiries about Mac telecomm software I have been told by
> several people that one does not want to run NFS over a SLIP
> connection (even at a T1 speed!).  I must not understand something --
> but then I've never looked at the NFS RFC.  Why should file transfers
> using NFS be significantly slower than with ftp (or even a raw kermit
> over the same phone line)?

Because NFS *sucks* as a protocol for the Macintosh.

It is too long of a discussion to bring up here, but 
you have to remember that even the best implementation 
of MacNFS is going to have to "hit the wire" two or 
three times for *each* file, *just* to bring up the
list of files in a GetFile dialog box!

NFS has no provision for the multiple forks, nor the
Finder information that Macintosh files require. And
implementing this using NFS is always going to be
inefficient.

As for file transfers over T1 SLIP, well, that will
be fine. In fact, simply copying a file with MacNFS
will not be horribly less efficient than anything else.
You take a hit for the NFS protocol (minimal) and some
more hits for the RPC layer (minimal+) and the rest of
the comparison should be very close in speed.

Bottom line: if you want "functionality" MacNFS will
prove very very useful! If you want super speed getting
a file or two down from a server, there are simpler,
cheaper, and more efficient methods.


tim endres - time@ice.com

Register your company in the Internet Business Pages!
 ...send email to "ibp-info@msen.com" for details...

USENET - a slow moving self parody... ph
Newsgroups: comp.sys.mac.comm
From: veizades@apple.com (John Veizades)
Subject: Re: MTU, more generally (was for SLIP)
Date: Mon, 23 Nov 1992 18:45:58 GMT
Organization: Apple Computer, Inc
Followup-To: comp.sys.mac.comm

> After experiments with EtherRoute, I am almost sure of the following, now:
> 1) MTU on localtalk is 603.
> 2) Despite this, MacTCP seems to use a TCP segment size of [probably]
> 1500.
> 3) And its own IP fragments these 1500-byte datagrams into 572 and less
> packets. This is an extraordinarily bad idea.

MacTCP in general uses the MTU of the local link so for AppleTalk MacTCP
uses an MTU of 576 which fits in an AppleTalk datagram without
fragmentation.

For links like SLIP it is the link that tells MacTCP what is the
appropriate MTU to use.

In MacTCP 1.1.1 the TCP retransmission algorithm has changed to support
long delay low bandwidth paths like SLIP.

John Veizades...
Apple Computer, Inc.
MacTCP Lead Engineer
From: puetter@pe.chalmers.se (Johan Puetter)
Newsgroups: comp.sys.mac.comm
Subject: MacTerminal 3.0 and Telnet?
Date: 18 Nov 92 17:56:37 GMT
Reply-To: puetter@pe.chalmers.se
Organization: Chalmers University of Technology, Gothenburg, SWEDEN

Hi netters!

Is it possible to telnet with MacTerminal 3.0? My manual came with
DECLanWORKS for Macintosh and it doesn't mention how to use MacTerminal
on TCP/IP networks :-(

What CTB-tools do I need? My "MacTCP tool" says "Use only with MacX"???
Do I need a telnet tool?

Any help would be appreciated!

Regards
Johan

--
Johan Puetter, Production Engineering, Chalmers University of Technology,
Sweden. Internet: puetter@pe.chalmers.se
Newsgroups: comp.sys.mac.comm
From: ron@rivm.nl (Ron Roozendaal)
Subject: Re: MacTCP license fees & Eudora
Followup-To: comp.sys.mac.comm
Reply-To: ron@rivm.nl
Organization: RIVM
Date: Thu, 19 Nov 1992 08:58:05 GMT

In article <haase-171192201443@mac_dialin2.meediv.lanl.gov>
haase@meediv.lanl.gov (Peter Haase - LANL) writes:
>In article <cshotton-171192094146@oac2.hsc.uth.tmc.edu>,
>cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) wrote:
>> 
>> In article <1992Nov16.184719.2543@ldp.com>, rolfe@ldp.com (Rolfe Tessem)
>> wrote:
>> >

>> Ha! This is almost funny. Effectively, Apple is now planning on charging
>> more for a single network software driver than they charge for their entire
>> operating system. 

And more: site license don't count anymore. We had a $2500,m- site license. New
price: $5000,- PER YEAR


>> Talk about the tail wagging the dog. Something tells me that Apple doesn't
>> have the same costs to recover from MacTCP development that they do from
>> Mac O/S development. How can they look Mac managers in they eye and jack
>> the MacTCP price up with a straight face?
>> 
>There is more here than meets the eye that's for sure...Here is another
>one for you.....
>
>What else can be done to develop (improve) MacTCP -- Not much unless the
>spec changes (unlikely)....The real reason is more like.....Gee since IP
>seems to be the dominant networking protocol Why can't we (Apple) develop
>our own Networking Applications like - Eudora - Fetch - TcpConnect - etc
>etc
>and to accomplish this goal (money) we will Inflate the price of MacTCP to
>other developers to pave the path for us.......
>

There is a solution: just wait until Eudora is shipped with the next release.
Put Eudora on every mac, and you'll have tcp as well.


Ron
Xref: sparky comp.sys.mac.comm:11061 comp.os.os2.networking:2154
From: tmplee@TIS.COM (Theodore Lee)
Newsgroups: comp.sys.mac.comm,comp.os.os2.networking
Subject: Automagic start up of TCP apps
Date: 17 Nov 92 16:15:34 GMT
Reply-To: tmplee@TIS.COM
Followup-To: comp.sys.mac.comm
Organization: Trusted Information Systems

(refresher: I'm still researching the pro's and con's of an Intel box
vs. a Mac for doing DTP and frequent interaction with Sun's over a
dial-up TCP/SLIP internet connection.  I've already rejected DOS and
Windows because of the file-naming limitations and any version of Unix
because I don't want the administrative job that seems to imply.)

From responses to previous of my questions it appears there are several
available combinations of software, partly free, partly commercial,
under both OS/2 and the Mac OS that will do what I want to do.  It is
not clear, from the descriptions I've seen, how automatic the process
of getting them going and starting up a few connections is.  So, my
question is, how close to automating the following scenario can I come?

(a) power up the PC, booting starts, OS/Finder/PM/etc. get loaded
(b) SLIP, TCP, Telnet, ftp/NFS, mail client get loaded
(c) my local SLIP server is dialed
(d) i.d., password sent to SLIP server, SLIP mode entered
(e) telnet connection is made to the remote system; I'm logged in
(f) ftp or NFS connection is made to the remote system; a couple of
	pre-defined remote directories are made part of my local desktop
	(home directory, one or two directories for current hot
	projects.) (if possible; the descriptions I have aren't
	clear about whether any of the available ftp packages make
	directories on the remote system appear on the desktop or
	whether they can only be accessed via a dialogue or the like.)
(g) mail client to POP connection is made to the remote system

Steps e-g are each in a separate window on my local PC.  The exact
order of the steps of course doesn't matter, provided they all get
done.  I don't mind if I have to start step (b) by selecting a
single icon, menu item, or, as a last resort, a short (one-word)
command.  How much of the rest can be made to take place untouched
by human hands, under either some set of the OS/2 packages or
the Mac packages?  Note that the SLIP server appears to tell you
what your IP address is and it can be different each time.  Note that
steps d-g all require that an i.d. and password be sent and that for
"technical" reasons the i.d. in step c is different from the rest.

So, OS/2 & Mac gurus -- how close can I come to that "ideal"
scenario?

Ted Lee <tmplee@tis.com>
Newsgroups: comp.sys.mac.comm
From: cafapm@gaia.ecs.csus.edu (Cafapm Project)
Subject: async 2 and ncsa telnet and  a sun
Organization: California State University, Sacramento
Distribution: comp.sys.mac.comm comp.protocols.appletalk
Date: Thu, 19 Nov 92 14:46:25 GMT

Greetings!

   we have set up async on a sun 690 with 'arns -i le0 -1 -f /etc/hosts.arnsrd'
running and inetd.conf:

arns            stream  tcp     nowait  root    /usr/etc/arnsrd         arnsrd

and services:`

arns            384/udp                         #AppleTalk Network Server
arns            384/tcp                         #AppleTAlk Network Server
.


we use asyncappletalk on a mac ii to connect to the sun and start async, it
says 'Connected' and the window disappears (9600,n,8,1, by the way).

ncsa telnet is configured "hardware=atalk" ... but we always get the
can`t connect message.  we used the slip version of ncsa telnet with
pcnfs slip with great success before, so we know something works ...

how do you set up the mac to file/printer share with the sun? how do
you get telnet to work? are we missing something?  HELP!

Thanks in Advance!!!


steve kishaba
kishaba@empm3.cdpr.ca.gov
cafapm@athena.ecs.csus.edu
From: ujmli@memstvx1.memst.edu
Newsgroups: comp.sys.mac.comm
Subject: modem on appletalk?
Date: 23 Nov 92 19:46:34 -0600
Organization: Memphis State University

What program can I use to connect a regular modem to an appletalk network so
that any computer on network can use the modem? I've seen it posted here
before, just forgot the name.

Jason
From: elevenson@gte.com (Ernie Levenson)
Newsgroups: comp.sys.mac.comm
Subject: Hyde Park's Macslip
Date: 16 Nov 92 14:53:03 GMT
Followup-To: comp.sys.mac.comm
Organization: GTE Laboratories

Could someone please email me or post to this group the address and
telephone number of Hyde Park.  Thanks!
From: jfw@jfwhome.FUNHOUSE.COM (John F. Woods)
Newsgroups: comp.sys.mac.comm
Subject: Re: MTU on MacSLIP?/Transmission speed
Date: 17 Nov 92 23:30:03 GMT
Article-I.D.: jfwhome.BxvvyE.L3F
Organization: Misanthropes-R-Us

In <21460012@hpspdla.spd.HP.COM> stevewi@hpspdla.spd.HP.COM (Steve Witten) writes:
>>I'm switching over from Microphone II to MacSLIP and have two questions:
>>1) MacSLIP has something called MTU which has a default setting of 1500.
>>What is MTU, and what should the setting be?
>MTU stands for "Media Transfer Unit".  This is essentially the MAXIMUM frame
>size for the medium you are using.
>I don't know what a good MTU is for MacSLIP.  On our HP9000's, I
>believe it is set to 1006.
> 
1006 is the "standard" MTU for SLIP.  The original BSD implementation will
break if handed a packet longer than 1006 bytes.  It should be 1006 bytes.

PPP (Point-to-Point Protocol) allows for MTU negotiation between hosts.
PPP is essentially SLIP done by someone who didn't have to have it running
that afternoon :-).
Newsgroups: comp.sys.mac.comm
From: dwade@svcdudes.com
Subject: Re: Terminal Programs
Organization: Software Ventures, Inc.
Date: Tue, 17 Nov 92 20:37:47 GMT

In article <6337.2b07885c@hayes.com> bcoleman@hayes.com (Bill Coleman) writes:
>In article <of1lJGm00ioW0Zt0Zi@andrew.cmu.edu>, jf43+@andrew.cmu.edu (Joseph Fried) writes:
>> 
>> Ever since I got my 14.4 modem I find that the terminal program I'm
>> using (White Knight) can't keep up with the modem.  
>> 
>> Anyone know of a terminal program which outputs to the screen quickly?
>
>Yup. Smartcom II for the Mactintosh. You can't beat the scrolling performance.
>You can find Smartcom II at your local Hayes Dealer, or for about $85 from
>larger mail order houses, such as MacConnection. 
>
	Smartcom is still the fastest by a bit, but any of your nicer (i.e.
non-White Knight) programs should handle 14.4 OK (worst case MicroPhone will
just basically scroll a page at a time, so it's a bit ugly but you WILL keep
up.  Other programs do similar things.) But if you're happy with WK 
(Blech! :-) you may want to do a few things that will help any Mac
scroll faster.  
	Switching to black and white helps a lot.  You can also
do tricks in any program with an intelligent scrollback buffer like scrolling
up a line, so the data just piles in below and no scrolling occurs.  That is,
you're sitting in the middle of the buffer, and its growing quickly because
no scrolling is happening, but you can still go down and see it if need be.
You do this kind of thing if you're capturing a file to disk to read later,
typically.

>Check it out!
>
>-- 
>Bill Coleman, AA4LR                ! CIS: 76067,2327    AppleLink: D1958
>Principal Software Engineer        ! Packet Radio: AA4LR @ W4QO
>Hayes Microcomputer Products, Inc. ! UUCP: uunet!hayes!bcoleman
>POB 105203 Atlanta, GA 30348 USA   ! Internet: bcoleman%hayes@uunet.uu.net
>Disclaimer: "My employer doesn't pay me to have opinions."
>Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett.
>


-- 
Doug Wade  /  dwade@svcdudes.com  /   Disclaimer:  It's not official, folks. 
Newsgroups: comp.sys.mac.comm,comp.sys.mac.misc
From: leonardr@netcom.com (Leonard Rosenthol)
Subject: Re: StuffIt Expander 3.0 (was Re: HQX files)
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 19 Nov 1992 18:36:35 GMT

In article <1992Nov18.085038.16039@newstand.syr.edu> greeny@top.cis.syr.edu (J. S. Greenfield) writes:
>In article <1992Nov17.195527.28171@netcom.com> leonardr@netcom.com (Leonard Rosenthol) writes:
>
>Any chance that Magic Menu will be expanded to include BinHex/de-BinHex
>commands?
>
	Not in the short term, but it is something we are looking into
for the future.

>I find that I frequently use MM to create small archives to be emailed
>out.  It's great to be able to stuff files without having to launch StuffIt,
>but it's a pain to have to turn around and launch StuffIt (or BinHex 4, or
>whatever) in order to Binhex the file.
>
>Is there a drag-and-drop *Binhexer* (as opposed to a de-Binhexer) out there
>somewhere?
>
	We argee with you, and the new 3.0.3 version of Drop*Stuff (part of the 
full StuffIt Deluxe 3.0.3 update available in the next 24 hours from your 
favorite FTP, etc. sites) includes the ability to binhex the resultant
archive (along with some other nice new features).

-- 
-----------------------------------------------------------------------------
Leonard Rosenthol			Internet: 	leonardr@netcom.com
Director of Advanced Technology		AppleLink:	MACgician
Aladdin Systems, Inc.			GEnie:		MACgician
From: jf43+@andrew.cmu.edu (Joseph Fried)
Newsgroups: comp.sys.mac.comm
Subject: Terminal Programs
Date: 15 Nov 92 17:28:18 GMT
Article-I.D.: andrew.of1lJGm00ioW0Zt0Zi
Organization: Masters student, Information Networking Institute, Carnegie Mellon, Pittsburgh, PA

Ever since I got my 14.4 modem I find that the terminal program I'm
using (White Knight) can't keep up with the modem.  Specifically, when
listing a long text file, the modem stops recieving long before WK stops
printing on the screen.  This causes problems, since it seems that the
buffer is too small to hold all the data and some is lost.

Anyone know of a terminal program which outputs to the screen quickly?
(PC style?)

Thanks,
Joe.
From: xmbs_gh@debet.nhh.no
Newsgroups: comp.sys.mac.comm
Subject: Wanted: Compuserve's internet address
Date: 18 Nov 92 03:17:19 MET
Organization: MBS Fjerndata a.s Bergen, Norway

Hi.

Has anyone got Compuserve's internet address? I seem to have
lost/misplaced it. Sigh...

Please reply via e-mail. Thanks!

Gunnar

/------------------------------------------------------------------------------\
| Gunnar Helliesen, Support/Tech. Manager, MBS Fjerndata AS, Bergen, Norway    |
| INTERNET: xmbs_gh@debet.nhh.no        PHONE: Intl + 47 5 34 38 00            |
| From APPLELINK: add "@INTERNET#"      FAX: Intl + 47 5 34 56 90              |
|------------------------------------------------------------------------------|
| "The Universe is old enough and big enough to take care of itself"           |
|  - Douglas Adams in 'The Hitchhikers Guide to the Galaxy'                    |
\------------------------------------------------------------------------------/
From: bcoleman@hayes.com (Bill Coleman)
Newsgroups: comp.sys.mac.comm
Subject: Re: Terminal Programs
Date: 16 Nov 92 11:39:08 EDT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <of1lJGm00ioW0Zt0Zi@andrew.cmu.edu>, jf43+@andrew.cmu.edu (Joseph Fried) writes:
> 
> Ever since I got my 14.4 modem I find that the terminal program I'm
> using (White Knight) can't keep up with the modem.  
> 
> Anyone know of a terminal program which outputs to the screen quickly?

Yup. Smartcom II for the Mactintosh. You can't beat the scrolling performance.
You can find Smartcom II at your local Hayes Dealer, or for about $85 from
larger mail order houses, such as MacConnection. 

Check it out!

-- 
Bill Coleman, AA4LR                ! CIS: 76067,2327    AppleLink: D1958
Principal Software Engineer        ! Packet Radio: AA4LR @ W4QO
Hayes Microcomputer Products, Inc. ! UUCP: uunet!hayes!bcoleman
POB 105203 Atlanta, GA 30348 USA   ! Internet: bcoleman%hayes@uunet.uu.net
Disclaimer: "My employer doesn't pay me to have opinions."
Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett.

Newsgroups: comp.sys.mac.comm
From: uh311aa@sun4.LRZ-Muenchen.DE (Martin Kerscher)
Subject: PPP for the mac
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Wed, 18 Nov 1992 16:32:29 GMT

Is there a PPP implementation for the Mac.
The site I am connected to is only supporting PPP
and no SLIP.

Thanks
       Martin
(uh311aa@sun4.lrz-muenchen.de)
From: chip@inter.interzone.ch (Marc Liyanage)
Newsgroups: comp.sys.mac.comm
Subject: Can I use this cable type for 10Base2 ethernet?
Date: Mon, 16 Nov 92 15:32:46 CET
Organization: Interzone Switzerland
Reply-To: chip@interzone.ch
Distribution: world
X-Mailer: uAccess - Macintosh Release: 1.5v4



Hi...

I've got a sample of a 75-Ohm coaxial cable for video applications
here.
What's special about it is that it's very small in diameter compared
to RG59BU-type cable (about 2-3 mm compared to about 5-6 mm).

I think I can get this type of cable with 50 Ohm impedance (equivalent
to RG58, I think) but again with the small diameter. Is there any
problem with these cables regarding shielding etc? Is it possible
to use it for 10Base2 ethernet?

I'm asking this because so far I've only seen RG58 in these installations.
This thin cable would be far more flexible and easier more convenient
to handle than RG58.

Thanks very much


-Marc


____________________________________________________________
Marc Liyanage   Internet: chip@interzone.ch
                Papernet: CH-9552 Bronschhofen,  Switzerland 
                ICBM-Net: 47 29 17 N / 009 03 41 E / ALT 578
                Voicenet: +41 73 22 1196
Newsgroups: comp.sys.mac.comm
From: Piet Saslawsky <psaslaw@oc.com>
Subject: Re: QUESTION: GatorBox & MacTCP Problem
Organization: Advanced Software Concepts
X-Useragent: Nuntius v1.1
Date: Sat, 21 Nov 1992 06:19:47 GMT


By configuring MacTCP to get the address "by Server" instead of
"dynamically", we could get the ip address from the GatorBox and open
connections. The problem is that the Macintosh hang when sending a
character about 4 minutes 30 seconds after opening the first connection.
It occured with any application using MacTCP.

During weeks last summer, we worked with the MacTCP team at Apple's to
solve this problem. Our fix was really simple: we changed the GatorBox
for a FastPath.

Have fun,

Piet Saslawsky
Advanced Software Concepts (France)      Open Connect Systems (Dallas)
email: adv.soft@applelink.apple.com      email: psaslaw@oc.com
voice: (33) 93 24 76 00                  voice: (214) 888 0658
From: cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton)
Newsgroups: comp.sys.mac.comm
Subject: Re: MacTCP license fees & Eudora
Date: 17 Nov 1992 15:41:35 GMT
Followup-To: comp.sys.mac.comm
Organization: Academic Computing

In article <1992Nov16.184719.2543@ldp.com>, rolfe@ldp.com (Rolfe Tessem)
wrote:
>
[deletia] 
> 
> Yes, but aren't you overlooking the fact that MacTCP *isn't* an application,  
> it's only a driver.  Can you cite other examples of companies charging that  
> kind of money for a *driver*, and one that helps sell more of their computers  
> at that?
> 

Ha! This is almost funny. Effectively, Apple is now planning on charging
more for a single network software driver than they charge for their entire
operating system. 

Talk about the tail wagging the dog. Something tells me that Apple doesn't
have the same costs to recover from MacTCP development that they do from
Mac O/S development. How can they look Mac managers in they eye and jack
the MacTCP price up with a straight face?

--_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
Chuck Shotton                      |    
Ass't Director, Academic Computing |       "This space for rent."
UT Health Science Center Houston   |  
cshotton@oac.hsc.uth.tmc.edu       |         
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
Newsgroups: comp.sys.mac.comm
From: klngai@casbah.acns.nwu.edu (Ka-Leung NGAI)
Subject: Re: Need LaserBridge/SuperBridge Info
Followup-To: comp.sys.mac.comm
Organization: Northwestern University
Date: Mon, 23 Nov 1992 03:38:48 GMT

In article <j-norstad-181192100726@norstad.acns.nwu.edu>, j-norstad@nwu.edu
(John Norstad) wrote:
> 
> I need to locate the company which makes the "LaserBridge" and
> "SuperBridge" products. Could someone send me the company name and phone
> number via email? Thanks.
> 
> John Norstad
> Academic Computing and Network Services
> Northwestern University
> j-norstad@nwu.edu
The address of the company that makes the "EtherBridge" series of products
is Sonic Systems, Inc..  The address is 333 W El Camino Real #280,
Sunnyvale, CA 94087.  The toll-free number is 800-535-0725.  Tel is (408)
736-1900 and Fax is (408) 736-7228.
Below are Information on the product line according to their advertisement:
				PowerBridge allows a Mac (such as PowerBook, Classics that does not
have an Ethernet card) on LocalTalk access to Ethernet services.  Simply
drop PowerBridge Init into the System Folder of the host Mac.  It lists for
$149
    LaserBridge allows LocalTalk laser printers (up to 5) to be visible or
hidden to all users on the Ethernet network.  Only the host Mac requires
LaserBridge.  It lists for $199
    SuperBridge allows LocalTalk Macs (up to 5) to access Ethernet
services. Simply drop SuperBridge Init into the System Folder of the host
Mac.  It lists for $249.
From: ldh@svl.cdc.com (Lawrence D. Hare)
Newsgroups: comp.sys.mac.comm
Subject: TCP Connection comes up halfway and fails, why?
Date: 24 Nov 92 00:39:25 GMT
Organization: Control Data Systems
X-UserAgent: Nuntius v1.1.1d9
X-XXMessage-ID: <A736B9ABA0030456@ethelred.svl.cdc.com>
X-XXDate: Mon, 23 Nov 92 16:39:07 GMT

This one is driving me nuts.. If anyone has any idea as to what is going
on I would be really happy. This is the set up.

A Mac application that talks to a specific server on a variety of Unix
platforms. It works fine on everything. Part of this application's
function is to perform file transfers, it uses ftp. This works on ALL
configurations except ONE! What happens on this one is as follows:

The application is connected and happy. It wants to perform a file
transfer so it establishes a connection to the FTP well-known-port using
MacTCP. The connection is created and I go for an ActiveOpen. This
returns mac error -23015 which, translated, means: The connection came up
halfway and then failed.

Why why why WHY!!!!!!!!! If I run other mac applications that use ftp
protocols it works all right. Is there some negotiation going on between
the TCP peers that is failing? Is there something at the UNIX end? Is
there something I should tell someone?

Aaaaaarrrrrgh.

I am posting this to comp.sys.mac.comm, comp.unix.programmer,
comp.unix.admin and comp.unix.bsd. Any and all help is greatly
appreciated.

Thanks

--
Lawrence D. Hare       Control Data - Silicon Valley Operations
Consultant             Voice: (408) 496 4339 - C/N [234] 4339
ldh@svl.cdc.com        Mail: SVLa60  FAX: (408) 496-4106
Newsgroups: comp.sys.mac.comm