HDTenEightyP/NetNews huggingface dataset:
From: zook@sweetpea.jsc.nasa.gov (Craig A Zook 283-4206)
Newsgroups: comp.protocols.appletalk
Subject: Re: Problem with NCSA/BYU Telnet 2.5 hardware=appletalk option
Date: 25 Aug 1992 18:11:55 GMT
Organization: McDonnell Douglas Space Systems Company

In article <1992Aug21.173229.15262@ntg.com>, dplatt@ntg.com (Dave Platt) writes:

|> I've been unable to get the "hardware=appletalk" configuration option of
|> NCSA/BYU Telnet 2.5 to work in our environment.  HELP!
|> 
|> We run Macs on both LocalTalk and Ethernet, and have a Fastpath-4
|> running K-Star 9.1 as a bridge between them.
|> 
|> Macs connected to the Ethernet (Asante NuBus cards) work just fine, with
|> either "hardware=ether" or "hardware=mactcp", and a fixed (manually-
|> assigned) IP address.
|> 
|> Macs connected to LocalTalk work fine with "hardware=mactcp", with
|> MacTCP configured for server-based address assignment.  The K-box hands
|> out an address from its dynamic range, and the connections work fine.
|> The dynamically-assigned IP address shows up in the "arp -a" report as
|> being mapped to the K-box EtherNet address.
|> 
|> However, they do not work correctly with "hardware=appletalk", and
|> either server-based or fixed IP address assignment.  TELNET seems to
|> acquire an IP address from the K-box, but its attempts to send packets
|> to the Unix hosts through the K-box drop into a black hole.  I don't
|> ever observe the K-box "LocalTalk activity" light flash.  The
|> dynamically-assigned IP address doesn't show up in the "arp -a" report,
|> unless I do something on the Sun such as ping the address... in which
|> case, the address appears in arp -a (the K-box is responding to the arp
|> packet) but the pings receive no response.
|> 
|> All I can conclude, is that the NCSA/BYU 2.5 IP-in-DDP driver isn't
|> transmitting the packets to the gateway properly.  I haven't been able
|> to figure out why not.
|> 

I have a similar problem with NCSA/BYU 2.4.19.  When running on a mac
using localtalk without the MacTCP driver, I have problems connecting
to unix platforms (Suns).  I can connect to a CISCO router with no problem.
I use a FastPath 4.1 with K-Star 9.1.  Both fixed IP address and Dynamic
IP address have the same problem.  The symptom is that the session starts.
Asks for my account and password, then after 1 or 2 lines of the motd the
session hangs.

Any Ideas?

-- 
Craig Zook   -   zook@sweetpea.jsc.nasa.gov
Systems Engineeering and Administration
McDonnell Douglas Space Systems Company - Houston Division
(713) 283-4206
Newsgroups: comp.protocols.appletalk
From: jaapjl@tab00.larc.nasa.gov (J Lee Jaap)
Subject: Re: Confirm Failed in CAP
Organization: AS&M Inc
Date: Wed, 26 Aug 1992 21:52:24 GMT

In article <1992Aug26.125821.5083@linus.mitre.org> can@mitre.org (Christopher A. Nissen) writes:
   I am using cap under SunOS 4.1.2 to print on a Textronix Phaser III
   color laserwriter that is connected to AppleTalk via a fastpath gateway. 
   The printer works fine when printing from Macs and all 'atlooklws' and
   'lwpr' commands go smoothly for the other printers in the same zone. 
   However, I get the following error from 'atlooklws' when checking on the
   Textronix Printer:

   "Confirm Failed, code = -1025..." instead of the usual
   "Adress confirmed for socket XXX".

Some Tektronix printers generate goofy checksums on AppleTalk packets,
and pitch any that have checksumming because they think the packets
are bad.  A recent upgrade to the fastpaths enables DDP checksumming.
I don't have the version numbers of the fastpath stuff, but ask the
maintainers of the fastpaths if he knows about this problem.  Ping
Tektronix about it.  If you need more info, I'll ask our network folks.

In other words, the Fastpath breaks the printer because the printer
is goofy.

Good luck.
--
J Lee Jaap <J.L.Jaap@LaRC.NASA.Gov> +1 804/864-2148
employed by, not speaking for, AS&M Inc, at NASA LaRC, Hampton VA 23681-0001
From: shava@hermes.oit.unc.edu (Shava Nerad Averett)
Newsgroups: comp.protocols.appletalk
Subject: Re: MAC Integration
Date: 3 Sep 92 21:32:47 GMT
Distribution: comp
Organization: University of North Carolina, Chapel Hill

In article <1992Sep2.181607.14733@vax5.cit.cornell.edu> sbk@vax5.cit.cornell.edu writes:
>The protocol answer is more complex.  You can load IPX on your Mac (Dayna sells
>this) and then you can log into the Novell file server.  Or you can load the
>Mac NLMs on the Novell file server -- it ll then talk AppleTalk -- and your Mac
>can log into the Novell server as though it were an AppleShare file server.
>
You can also buy Insignia's SoftAT and SoftNode and run DOS emulation with
IPX as a process under the Mac O/S.  However, it's about $400 or so, and
takes a minimum of 2MB of memory to run, and at that is still kind of 
dog slow compared to a "real" PC (386/486...).

>Of course, it sounds like you don't just want file services.  It sounds like
>you also want to the services that WordPerfect Office offers.  As far as I know
>WordPerfect Office is still DOS-only code; last I heard, the Mac version was
>still in beta test.  

Recent MacUser lists WP/Office for under $100 from the mail order catalogs.
Sounds like the WP folks are out of beta...

-- 
Shava Nerad Averett				shava_averett@unc.edu
/*  all materials (c)1992, Shava Nerad Averett, and have nothing significant
    to do with the University of North Carolina, a mostly owned subsidiary 
    of the NC Legislature, a mostly owned subsidiary of the DOT.      */
From: Jeff@digtype.airage.com (Jeff Wasilko)
Newsgroups: comp.protocols.appletalk
Subject: Re: CAP6.1 and Publish and Subscribe
Date: Tue, 1 Sep 92 20:01:59 EST
Organization: Univ of Fnord; Roslyn's Cafe Div.
Reply-To: jeff@digtype.airage.com
Distribution: world
X-Mailer: uAccess - Macintosh Release: 1.6v1


In article <BtpwEx.GE8@mtholyoke.edu> (comp.protocols.appletalk), jbotz@mtholyoke.edu (Jurgen Botz) writes:
> The failure of CAP to conform to the AFP requirement that dirIDs be
> constant and unique throughout the lifetime of the volume (filesystem)
> appears to be breaking several recent features of the Mac OS: definitely
> aliases, probably publish & subscribe.  I would say it is time to rethink
> this functionality... anybody working on that already?  I've browsed the
> code, and it sure isn't going to be trivial, no matter what scheme is
> used.  I'm tempted actually to go ahead a simply use inodes, thereby
> complying with the "constant" requirement, but probably breaking the

uShare uses inodes as the dirIDs. It keeps a directory
called .dirids where it keeps a file for each file or folder. The files
in .dirids contain the unix path to each file or folder, and are named
using the inode it references.

This casued a big problem on folder operations (renaming/moving/deleting).
On one of our volumes with 1 gig or so of files (say 4,000 or so)
any folder operation takes 60-90 seconds. On a volume with fewer files,
the speed is quite good.

IPT just sent me a patch to improve performnace, but I haven't installed
it yet. I'm told they will peventually put some kind of structure in
the .dirids folder to improve search speed....

Jeff

--
Jeff's Oasis at Home.                   Jeff can also be reached at work at:
                                                        jwasilko@airage.com
"A system admin's life is a sorry one.  The only advantage he has over
Emergency Room doctors is that malpractice suits are rare.  On the other
hand, ER doctors never have to deal with patients installing new versions
of their own innards!"  -Michael O'Brien
Newsgroups: comp.protocols.appletalk
From: davek@kestrel.ims.com (Dave Koon)
Subject: Re: Network software
Reply-To: davek@kestrel.ims.com
Organization: Integrated Measurement Systems
Date: Fri, 28 Aug 1992 17:17:41 GMT

Are there PD products available?  We are having some problems that may or
may not be related to our Farallon star controller and I would like to find some
tools to check this out.

I will summarize and post any responses.

Thanks,


Dave Koon
Network Administrator
IMS Integrated Measurement Systems
(503)626-7117
davek@ims.com

In article 3502@Arco.COM, Mike Moran () writes:
> add@is.rice.edu (Arthur Darren Dunham) writes:
>>Can someone please give me some comparative information about these
>>products?  All I have is the name and manufacturer.  Contact for the
>>manufacturer and pricing info would be helpful.  Thanks.
>>Inter*Poll - Apple
>>RouterCheck - Neon
>>Net Watchman - AG
>>EtherPeek - AG
>>NetMinder - Neon
>> ...
>
>Inter*Poll was under $100 last time I looked.  It gives you a list of devices
>(sockets, really) in a particular zone or zones, sorted by network, name, type,
>etc.  Also lets you query the system software versions, and time echo tests
>to the devices.  A fairly basic, very handy tool.
>
>NetMinder has 2 versions, 1 for Ethernet and 1 for LocalTalk, listing at
>about $600 and $400 respectively.  Lets your Mac function like a "datascope"
>or protocol analyzer, very handy for detailed analysis and diagnostics.
>RouterCheck is great for walking into a big confusing AppleTalk network
>and beginning to make sense out of the connectivity, router configurations,
>etc. and then monitoring the performance of these routers.  Requires a fair
>amount of AppleTalk understanding to gain full benefits.  Also has some
>features missing (ie. some fairly "common" router misconfigurations that
>it does not detect).  List price $900. but could be worth it.
>Neon Software has solid technical support too, IMHO.
>Phone number is 510/283-9771.
>
>Haven't gotten to try out the AG software yet... you mightalso want to 
>check out NetAtlas by Farallon, and NetWORKS by Caravelle.
>
>And of course, the opinions are only mine.
>Mike Moran
>ARCO Oil & Gas
>mmoran@arco.com
>
From: gt1111a@prism.gatech.EDU (Vincent Fox)
Newsgroups: comp.protocols.appletalk
Subject: Re: Some interesting AUFS problems
Date: 28 Aug 92 22:01:07 GMT
Distribution: usa
Organization: Georgia Institute of Technology

In <JAAPJL.92Aug28120234@cmb00.larc.nasa.gov> jaapjl@tab00.larc.nasa.gov (J Lee Jaap) writes:
>In article <BtMKs1.2JI@mtholyoke.edu> jbotz@mtholyoke.edu (Jurgen Botz) writes:
>   In article <JAAPJL.92Aug26170100@cmb00.larc.nasa.gov> jaapjl@tab00.larc.nasa.gov (J Lee Jaap) writes:
>   >Our evidence seems to indicate that AUFS doesn't deal with NFS-mounted
>   >filesystems.  Our workarounds have been to start AUFS on every system
>   >that a Mac user has files on, or to move all the Mac users' home
>   >directories to one system, which then runs AUFS.  We'd also be interested
>   >in any fixes for AUFS for NFS.

>   Well, why doesn't it work?  Where does it fail?  It has worked for me,
>   although I didn't test it extensively.

>That'll teach me to assume that when an application fails on one
>system, it'll fail on another. :-)  Under SunOS 4.1.1, AUFS says the
>NFS-mounted volume is locked.  But it works under Ultrix 4.2A.  And
>I had not gotten around to testing the latter.

>Thanks for the sanity check, and the other posts about SunOS patches
>and 4.1.2.

Isn't this in the CAP docs, or FAQ somewhere? I swear I've seen it.
Vanilla SunOS 4.1.x has lots of broken stuff on it's NFS, not the least
of which is locking. You can get a patch #100173-08 from uunet or sun.
It's called the Jumbo NFS patch and will fix lots of things. Once I
applied this, AUFS could access NFS-mounted volumes correctly.

Of course, having it report the Sun-quota as though it was space-remaining
only seems to work on local disks. Apparently quota information from
NFS-mounted volumes is not supported.

-- 
The War on Drugs is just part of the War on the US Constitution.
From: cherry@frodo.mgh.harvard.edu (Mike Cherry)
Newsgroups: comp.protocols.appletalk
Subject: Re: ARA vs. Shiva NetModem
Date: 29 Aug 92 16:04:00 GMT
Organization: Molecular Biology, Massachusetts General Hospital, Boston
News-Software: VAX/VMS VNEWS 1.41

In article <1992Aug28.181716.23706@phri.nyu.edu>, roy@alanine.phri.nyu.edu (Roy Smith) writes...
> 
>	Given the same raw bit rate (say, 14,400 bps), is there any reason
>to believe that either ARA or using a Shiva NetModem in remote dial-in
>(bridging) mode will give better performance than the other?

My own experience indicates ARA is faster than Dial-In. This is 
particularly interesting because with ARA V.42bis compression is off while 
with Dial-In it is on. In my hands ARA is much more stable than Dial-In.

I typically see 20% faster transfers with ARA and for large ftp transfers 
using MacTCP as much as 75% faster transfers with ARA as compared to 
Dial-In.

However I must point out that I have never used a Shiva NetModem and did 
not think the NetModem did ARA. I used a Telebridge for Dial-In and a 
LanRover/L for ARA. In both situations the modems are V.32 USRobotics.

Mike
Newsgroups: comp.protocols.appletalk
From: jmsellen@watdragon.uwaterloo.ca
Subject: cap60/aufs: permissions in drop folders question
Organization: DCS Software Activists Squad
Date: Tue, 25 Aug 1992 20:57:12 GMT

Given a directory that is mode 733, owner "A", group "1", an arbitrary
user can use aufs to drop a file there.  With the current code, if the
user is a member of group "1", then the file gets created mode 777.
If the user is not a member of group "1", then the file gets created
mode 733 (i.e. the same mode as the directory).  This means that the
owner of the directory is unable to read the file, no one else can
read the directory to discover the file is there, so it becomes just
junk to be removed.

In applications/aufs/afpos.c there is this:

    private int
    filemode(mode, uid, gid)
    int mode, uid, gid;
    {
      int mo = mode & 0777;         /* convert st_mode to mode */
      if (uid != usruid) {
	/* check for conditions that would mean drop folder for us */
	/* (but, don't accept a drop folder on basis of group that is */
	/* world viewable even though it really is a drop folder for us) */
	if ((mo & 04) == 0 && (mo & 040) == 0 && OSInGroup(gid))
	  mo |= 0666;               /* let everyone else read/write */
	/* We need to do this because the poor person who get's the file */
	/* can't do anything with it otherwise */
      }
      return(mo);
    }

which is what determines the mode.  I think I think that the clause
    && OSInGroup(gid)
should be removed.  Perhaps if there is a group match, then the permissions
for "other" should be curtailed?  Perhaps there should be a test for
BSD group inheritence semantics, in which case the file gets created
with the group of the directory anyway.

Opinions??

John Sellens
University of Waterloo
jmsellens@watdragon.uwaterloo.ca
Newsgroups: comp.protocols.appletalk
From: miket@alby6055.uucp (Mike Tehan)
Subject: Appletalk on IBM PS/2, etc.
Organization: Unisys Albany
Date: Sat, 29 Aug 92 14:25:06 GMT

A client without access to Usenet News is trying to implement both TCP/IP and 
Appletalk on PS/2s and PCs.  Farallon's client S/W doesn't talk to any packet
driver scheme (according to them) so we are on the hunt for another Appletalk
client.  The  plan is to use PC/TCP from FTP for the TCP/IP kernel and SMC
16 bit and MCA NICs.  If you have any suggestions please E-Mail to:

          via UUCP:  ...uunet!alby6055!miket

    hokey Internet:  alby6055!miket@uunet.UU.NET

Thanks in advance.
Mike Tehan
Consultant/Network Systems Engineer
Unisys - Albany, NY
From: tom@magnus.acs.ohio-state.edu (Tom Easterday)
Newsgroups: comp.protocols.appletalk
Subject: Re: PacerShare & PacerPrint reviews wanted
Date: 1 Sep 92 20:38:37 GMT
Organization: The Ohio State University

In article <1744@pacvax.UUCP> lynne@pacersoft.com (Lynne Chantler) writes:
>In article <1992Aug22.045551.19424@adobe.com> David Yost, yost@adobe.com
>
>If you are having a problem please contact our excellent technical
>support department.  (508) 898-3399 9 am to 7 pm EST.  Or contact us
>through our email address pacersupport@pacersoft.com.
>
>Lynne

pacersupport@pacersoft.com is not a valid user at pacersoft.com.  Did you
mean support@pacersoft.com perhaps?
	Tom
Newsgroups: comp.protocols.appletalk
Subject: AppleShare PrintServer 3.0
From: tabrock@flash.gac.edu (Nick Solinger)
Date: 25 Aug 92 12:23:11 -0600
Reply-To: tabrock@spinner.gac.edu
Distribution: world

We recently updated our 2.x printservers and fileservers to AShare 3.0 and  
are encountering some new and annoying printing problems. Every now and  
then, from various machines, a print job will hang up the printer until it  
times out, and then when sent a second time, the job goes through fine.   
The errors have occured in PageMaker, MacWrite II and other standard  
programs.  The error report generated by the PrintServer gives no  
information about the document that stalled.  pages:0, job:unknown  
source:unknown, etc.  Any hints would be greatly appreciated.

Nick Solinger
Student Computer Consultant
Gustavus Adolphus College
From: bryan@pi.eai.iastate.edu (Bryan Manske)
Subject: Would like some help with CAP6.0lp100
Originator: bryan@IRIX
Reply-To: bryan@pi.eai.iastate.edu (Bryan Manske)
Organization: EAI, Iowa State University, Ames, IA
Date: Mon, 31 Aug 1992 16:27:54 GMT


Since grovelling in other venues has had little effect, I'll try it
here, since it seems that CAP is discussed here quite frequently.

My problem is in basic CAP setup.  In other words, setting up the 
'bridge_desc' and 'etalk.local' files.  No, etalk.local does NOT get
set up correctly by UAB when its run.  And the net.numbers just don't
come out right.

Any help in getting this to work, any discussion to help get the ideas
bouncing around in my head, would be most appreciated.

Specifics:	SGI Personal Iris 4D/35
		Irix 4.0.1
		Want to use UAB
		One Mac IIci with 7.0.1 w/ asante 3Com E-net board.
		etalk.local file that comes out all zeros
		Builds and installs fine.  Appears to run fine.
		Snitch doesn't have any net.numbers to run with.
		AUFS doesn't appear to have any net.numbers to run with.
		One vaguely frustrated guy (me).

Thanks in advance.


Bryan.


-- 
Bryan Manske  (515) 296-9908        . 
Engineering Animation, Inc.         .            I'm sorry, Dave,     
bryan@pi.eai.iastate.edu            .      I'm afraid I can't do that.
#include <caveat_opinion.h>         . 
#include <standard_disclaimer.h>    .               HAL and I.
Newsgroups: comp.protocols.appletalk
From: J045820@LMSC5.IS.LMSC.LOCKHEED.COM
Subject: Cap60
Organization: Lockheed Missiles & Space Company, Inc.
Date: Thu, 27 Aug 92 19:32:18 GMT

Just installed Cap60 on a SunSparcstation2. I installed using
Ethertalk. We have Laserwriters directly attatched to our Ethernet.
When I start the software I execute Atis,aarpd. I am able to see
all of the Macintosh Pc's on the net but no Laserwriters. All Mac's
can print to the Lasers via Ethertalk. No zones are defined on our
network other than the one defined to aarpd on the Sun. Any suggestions?
Newsgroups: comp.protocols.appletalk
From: brad@ahi.pbrc.hawaii.edu (Brad Jones)
Subject: CAP6.0 and Dayna EtherPrint
Organization: Bekesy Laboratory, University of Hawaii
Date: Thu, 3 Sep 1992 14:51:24 GMT

I just installed CAP6.0 to use Phase 2 ethertalk on our Sun/Mac network
(with the enet kernel mods).  We are able to use aufs and the file
sharing works well.  Atlook shows all the Macs on our network, no
problem.

My problem is that I can't see any LaserWriters on our network with
atlook or atlooklws.  Both printers are connected to the ethernet via
Dayna EtherPrint boxes (ethertalk <-> localtalk converters).  The
Macs all recognize both printers.

Has anyone else seen this?  Am I missing something in the maze of
READMEs that came with CAP?


-- 
      Brad Jones  brad@ahi.pbrc.hawaii.edu
From: tkr@praxis.co.uk (Tim Rylance)
Newsgroups: comp.protocols.appletalk
Subject: Re: CAP6.1 and Publish and Subscribe
Date: 1 Sep 92 10:24:06 GMT
Organization: Praxis, Bath, U.K.

jbotz@mtholyoke.edu (Jurgen Botz) writes:
>                                       ... since inodes are only re-used
>after a file is removed anyway, so the only time that the Mac should get
>a dirID that no longer points to the right directory is when the right
>directory no longer exists.

Or when your friendly system administrator has moved your directories to
a filesystem that is less nearly full.  Using i-numbers for dirIDs would
cause this friendly system administrator enormous pain.
--
Tim Rylance		Praxis plc, 20 Manvers Street, Bath BA1 1PX
tkr@praxis.co.uk	+44 225 444700
From: jst@dcs.ed.ac.uk (Julian Turnbull)
Newsgroups: comp.protocols.appletalk
Subject: Re: setdefaulttimeouts probs
Date: 1 Sep 92 09:02:44 GMT
Reply-To: jst@dcs.ed.ac.uk (Julian Turnbull)
Organization: Department of Computer Science, Edinburgh University

In article <1992Aug27.181821.10480@bnr.co.uk> th@bnr.co.uk (Tony Heskett) writes:
>
>Julian Turnbull writes (re "setdefaulttimeouts") :
> 
>> Here, we get round it by patching lwsrv to toss away the
>> offending chunk of PostScript (not just that line).  However, I
>> haven't offered that patch to djh because
>
>Which were the other bits you threw, please, and why ?
>

The "setdefaulttimeouts" command is contained in a piece of PostScript
labelled "PatchPrep".  Our lwsrv discards the whole thing called "PatchPrep".
Basically, I wanted to stick with lwsrv's philosophy of looking at the
"document structuring" comments, and not descend into examining the PS code
itself.  Also, my guess from digging around was that PatchPrep doesn't contain
anything else that isn't also present in the main AppleDict.  (If someone
knows better, I'd be delighted to learn!)

Julian.


--
| Julian Turnbull,                               | Phone: +44 31 650 5124
| Department of Computer Science                 | JANET: jst@dcs.ed.ac.uk
| University of Edinburgh, Edinburgh EH9 3JZ,    | ARPA:  jst%ed.dcs
| Scotland, U.K.                                 |          @nsf-relay.ac.uk
From: milius@proton.med.umn.edu (Bob Milius (BMEC))
Newsgroups: comp.protocols.appletalk
Subject: MacDump, CAP, AUFS, SGI
Date: 25 Aug 92 20:49:55 GMT
Distribution: usa
Organization: University of Minnesota

I am trying to make MacDump for my SGI PI 30TG. I get an error message
saying that /sys/timeb.h isn't found. Is there a workaround for this?
Has anyone gotten this to work for SGI? what is the most recent version?

Also, CAP is working pretty slick for us except that once we switched
to System 7.0.1 (Tuner 1.1.1) on the Mac, we can no longer delete
folders on the AUFS volume by dropping them into the trash. We are
running cap60pl100.

any suggestions would be appreciated.

thanks,
bob

-- 
--------------------------------------------------------------------------
Robert P. Milius, Ph.D.                           milius@lenti.med.umn.edu
Box 107 UMHC                                      (612) 626-2614
Biomedical Engineering Center                     (612) 625-1121 (fax)
From: hhg1@gte.com (Hal German)
Newsgroups: comp.protocols.appletalk
Subject: Appletalk + Appletalk == Help
Date: 27 Aug 92 13:16:53 GMT
Followup-To: comp.protocols.appletalk
Organization: GTE Labs


 Is there any problems with users at Appletalk 54 and earlier while
interfacing to Appletalk for VMS 2.1 or later. Problems we are seeing
are machines failing to boot up (because we think they are automounting
Alisa
Share volumes) and not seeing AlisaShare servers.

Any help would be appreciated. I'd appreciate a post to me.