HDTenEightyP/NetNews huggingface dataset:
From: lumsdaine@nd.edu (Andrew Lumsdaine)
Newsgroups: comp.protocols.appletalk,comp.sys.mac.comm
Subject: Apple Remote Access ?
Date: 25 Jan 93 19:03:02 GMT
Reply-To: lumsdaing@nd.edu (Andrew Lumsdaine)
Organization: University of Notre Dame, Notre Dame

I would like to use ARA to dial in from home, but I don't have a Mac 
or LANRover available at work to accept the dial in.  Is there 
anything available for a Unix (in particular, Sun) workstation that
would allow me to make an ARA connection to it?  There is a KIP box
connecting our LocalTalk and Internet networks.

-- 

--------------------------------------------------------------------
 Andrew Lumsdaine
 Dept. Comp. Sci. & Engr.            email: Andrew.Lumsdaine@nd.edu
 353 Fitzpatrick Hall                phone: (219) 631-8716
 University of Notre Dame              fax: (219) 631-8007
 Notre Dame, IN  46556
--------------------------------------------------------------------
Newsgroups: comp.protocols.appletalk
From: margan@suncis.cis.yale.edu (Aleks)
Subject: Problems hiding Personal LW NTR
Organization: Not yet implemented
Date: 23 Jan 93 18:45:19

I'm having trouble hiding a Personal LaserWriter NTR.  When it's hidden via
Novell's Appletalk Printing Services, all is dandy - its NBP type is changed
from LaserWriter to LaserShared.  However, when I try doing this via lwpr in
CAP using what I *think* is the same PostScript used by NetWare (as I found it
among the Netware ATPS stuff), the type does not get changed; instead, the
word LaserShared gets appended to the original name ('Personal LaserWriter
NTR' becomes 'Personal LaserWriter NTRLaserShared' after i dump the PostScript
to the LW and the LW continues advertising itself as NBP type LaserWriter).

I should mention that the same PostScript works just fine on a LaserWriter
Plus and LaserWriter NT.  SInce our LaserWriters are hidden via NetWare, I use
cron jobs that check periodically if they are indeed still hidden and dunp
this PostScript to them if they are found not to be (becasue they've been
powered-cycled, for example).

This is the PostScript file I dump with lwpr:
----------------------------------------------------------------------
%!PS-Adobe-
%
%  HIDE.PS						11/27/91
%
%	change the LaserWriter's persistent NBP type to "LaserShared"
%	depends on *undocumented* feature of Apple LaserWriters
%	Novell is NOT responsible for results if used on other printers
%	reverse by using ATPSSHOW command
%
%	If used on LaserWriter compatible and it fails, reverse results
%	with the printer NAMER.
%
serverdict begin 0 exitserver
/name 64 string def
statusdict begin
	name printername (:LaserShared)
	dup type 2 index type 2 copy ne {
		pop pop
		errordict begin (concatenate) typecheck end
	}{
		/stringtype ne exch /arraytype ne and {
			errordict begin (concatenate) typecheck end
		} if
	} ifelse
	dup length 2 index length add 1 index type
	/arraytype eq{array}{string}ifelse
	dup 0 4 index putinterval
	dup 4 -1 roll length 4 -1 roll putinterval
	setprintername
end
%%EOF
----------------------------------------------------------------------

Anyone have any ideas on how to get around NTR's misbehavior?

Thanks for any help!

--
                                           Aleks I. Margan
     __     _       ____/   /   /    ____/ Macintosh/Network Specialist
    /   /  /       /       /  _/    /      Yale University Academic Computing
   ___ /  /       ___/    __      ___  /   175 Whitney Ave.,New Haven,CT 06520
  /   /  /       /       /   \        /    tel 203-432-9545, fax 203-432-6165
_/  _/  _____/  ____/  _/   _|  _____/     margan@yale.edu
--

     __     _       ____/   /   /    ____/
    /   /  /       /       /  _/    /             Aleks I. Margan
   ___ /  /       ___/    __      ___  /
  /   /  /       /       /   \        /           margan@yale.edu
_/  _/  _____/  ____/  _/   _|  _____/
Newsgroups: comp.protocols.appletalk,comp.protocols.ppp
From: pascoe@rocky.ndhm.gtegsc.com (Dave Pascoe)
Subject: MacPPP-1.0 problem
Organization: GTE Government Systems Corp.
X-Newsreader: TIN [version 1.1 PL7]
Date: Thu, 28 Jan 1993 17:09:16 GMT

I can't figure out why I can't get the PPP Event "Open" button to
darken....I tried opening a different MacTCP application, like the
document indicates, but have not had any luck.  I was using the
Printer port to attach to the modem (a Shiva NetModem) but perhaps
MacPPP is not compatible with the Shiva NetModem drivers.  I do not
have a serial modem handy but perhaps I should try that.

Any advice?


--
Dave Pascoe
Internet: pascoe@rocky.ndhm.gtegsc.com
Newsgroups: comp.protocols.appletalk
From: jcav@ellis.uchicago.edu (JohnC)
Subject: Netware for Mac - new zone doesn't show up in Chooser
Summary: help me!
Reply-To: jcav@midway.uchicago.edu
Organization: The Royal Society for Putting Things on Top of Other Things
Date: Wed, 27 Jan 1993 16:03:15 GMT

I have a Netware 3.11 server.  I've just installed a second ethernet card to
connect to the main campus backbone, which routes Ethertalk.  I was assigned
Appletalk network numbers and a zone name, and installed Netware for
Macintosh accordingly.  The Novell server seems quite happy.  From the ATCON
diagnostic software everything looks fine -- I can see all 70+ campus zones,
I can look up nodes that I expect to see, etc.  The problem is that the
newly-created zone doesn't appear in the Mac chooser.  Is there anything
obvious that I should be checking?  Any suggestions for an angle of attack
would be most welcome!

-- 
John Cavallino                  |  EMail: jcav@midway.uchicago.edu
University of Chicago Hospitals |         John_Cavallino@uchfm.bsd.uchicago.edu
Office of Facilities Management | USMail: 5841 S. Maryland Ave, MC 0953
B0 f++ w c+ g++ k+ s++ e h- p   |         Chicago, IL  60637
Newsgroups: comp.protocols.appletalk
From: proact@netcom.com (Proactive Software)
Subject: NFS for Macintosh
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 23 Jan 1993 03:27:58 GMT

Our company has an application that runs on multiple platforms and we
would like to be able to share the source code.  Currently we use NFS
so our Sun machines and MS-DOS machines can access the same source code.
How can we hook up our Macintoshes into this environment?  Is there a NFS
product for the Macintosh that uses the MacTCP drivers and etherTalk?

Is the CAP software my solution?  Can CAP give my macs access to my 
directories on the Unix machine?  I tried installing CAP on my Sun but did
not get very far.  Everything compiled ok but my macs do not see the Sun
servers.  I must be doing something wrong.

Thanks,
sjb@proactive.com

Newsgroups: comp.protocols.appletalk
From: horde@reed.edu (Mr. Heiji Horde)
Subject: Re: Papif (CAP 6.0/126) problems *almost* solved! (Q)
Organization: Twisted Genius Rehabilitation Center, a Division of MHE
Date: Fri, 22 Jan 1993 00:38:49 GMT

In article <1993Jan20.221240.19026@cam.compserv.utas.edu.au> tgray@mersey.appcomp.utas.edu.au (Tony Gray) writes:
>I recently installed CAP in a Sparcstation-10 and had printing problems
>which were reported as "permission denied" on /dev/nit.  Rather than
>changing the protections on /dev/nit, I was told to install papif as an
>SUID process (owned by root).  It works...  I doubt that this would
>help you with your netware spooler problem though.

Yeah, I had a similar problem on my DECs running Ultrix 4.2 with Cap60
  patchlevel 126, configured for ethertalk phase 2. Papif (among several
  other programs) were giving up with the error:
	open: ne0: Permission Denied
  ne0 is the network interface on the machine. Making the offending
  programs setuid root allowed them to work properly.
Unfortunately, I don't look at having unecessary setuid root programs sitting
  around as being optimal. Does anyone else have a better solution to this?
I'm not too worried about these programs since I haven't been able to
  hack root using them...yet... ;)

	-Heiji (horde@reed.edu)

Xref: sparky comp.protocols.appletalk:4525 comp.sys.mac.comm:13452
From: lumsdaine@nd.edu (Andrew Lumsdaine)
Newsgroups: comp.protocols.appletalk,comp.sys.mac.comm
Subject: Apple Remote Access ?
Keywords: ARA
Date: 25 Jan 93 19:07:38 GMT
Reply-To: lumsdaine@nd.edu (Andrew Lumsdaine)
Organization: University of Notre Dame, Notre Dame

I would like to use ARA to dial in from home, but I don't have a
Mac or LanRover at work to accept the dial in.  Is there anything
available for a Unix (in particular, Sun) workstation that would
accept an ARA connection?  We do have a gateway between our
LocalTalk and Internet networks.

-- 

--------------------------------------------------------------------
 Andrew Lumsdaine
 Dept. Comp. Sci. & Engr.            email: Andrew.Lumsdaine@nd.edu
 353 Fitzpatrick Hall                phone: (219) 631-8716
 University of Notre Dame              fax: (219) 631-8007
 Notre Dame, IN  46556
--------------------------------------------------------------------

P.S. Sorry if this is a duplicate posting.
From: lquinta@animal.inescn.pt (Luis Miguel Quinta)
Newsgroups: comp.protocols.appletalk
Subject: Zone and Address relations
Date: 26 Jan 93 18:27:24 GMT
Organization: INESC Porto
X-Xxmessage-Id: <A78B34379D01F690@mac4.inescn.pt>
X-Xxdate: Tue, 26 Jan 93 18:32:23 GMT
X-Useragent: Nuntius v1.1.1d17


Hi folks,

I've been trying to understand a situation that doesn't seem quit normal
to me.
I've noticed that I have, in my phase 2 network different addresses
putted into the same zone names. So, I can see a node 11000.100 node on a
zone named Ethernet as I could look a 11001.200 one in the same zone
number (different net numbers for equal zone names).
Is this correct ? shouldn't a zone name have a unique net address as in
localtalk zones ?

Please reply me directly trough e-mail and, if justifies, I'll summarize.

Thanks all

Luis Quinta
Xref: sparky comp.protocols.appletalk:4561 comp.dcom.lans.ethernet:3116
From: dpike@oavax.csuchico.edu (Dan Pike)
Newsgroups: comp.protocols.appletalk,comp.dcom.lans.ethernet
Subject: Re: Shiva EtherModules: Have twisted-pair, Want thin coax
Date: 27 Jan 93 23:42:12 GMT
Organization: California State University, Chico
NNTP-Posting-Host: dan-mac.csuchico.edu
X-UserAgent: Nuntius v1.1.1d9
X-XXMessage-ID: <A78C5F9EE3011014@dan-mac.csuchico.edu>
X-XXDate: Wed, 27 Jan 93 22:49:50 GMT

In article <hugh.728155718@wugate.wustl.edu> Hugh Chou,
hugh@wupost.wustl.edu writes:
>I have a twisted-pair (10Base-T) version of the Shiva EtherModule for
>FastPath 5's or NetModem/E's that I would like to trade for a thin
>(coax) EtherModule version. Otherwise, I would like to sell the thing

Have you tried calling your Shiva sales rep?  We had the same problem
only reversed.  We were able to trade our AUI and Coax EtherModules for
10baseT ones.  You have the option when you purchase a fastpath of either
AUI and Coax or a 10baseT ethermodule.  

Dan
Newsgroups: comp.protocols.appletalk
From: traurig@ncavax.decnet.lockheed.com (Scott Traurig)
Subject: Using CAP/papif with Netware Queues
Followup-To: comp.protocols.appletalk
Date: Tue, 26 Jan 93 17:41:10 GMT

    With some help from Tim Lynch of Novell I was finally able to have some
limited success with printing to Novell Netware AppleTalk print queues, and
I thought some folks might be interested in what I found out. Tim writes:

    "All Mac jobs are Adobe Document Structuring Convention compliant to
some degree, meaning they start with "%!PS-Adobe-" and end with "%%EOF",
and have some other comments in them that may be of interest to print
spoolers.  The main difference between how CAP and the Mac work is that the
Mac sends all the job data and then assumes the printer will be able to
print it."

    "CAP and other print servers, on the other hand, send the job data and
then
wait for an EOF back from the printer before closing the PAP connection
so they can catch error conditions such as out of paper and PostScript
exceptions reliably.  ATPS currently only returns a PAP EOF at the end of
ADSC-
compliant jobs; ones that start with "%!PS-Adobe-" and end with "%%EOF"."

    So, armed with that new knowledge, I created a nice new ADSC compliant
Postscript file on my Mac by using the "print to a file" option available
in System 7, and ftp'd it to my Sun.  And, further armed with the knowledge
that comes from staring at a papif.c listing for a week, I also "setenv
DOACCT 0".  Papif, while smart enough not to bother trying to save
accounting information if you don't specify a log file, still tries to get
the pagecount from the printer, something that Netware queues don't seem to
like. Finally, it worked!

    Unfortunately, you can't count on all print jobs being ADSC compliant.
In this case, again with DOACCT set to false, although the job will still
be printed by the Netware queue, it causes papif to generate an idle
timeout. So now I have to either figure out how to hack papif to not look
for an EOF from the queue, or mess with the banner printing options to get
the appropriate PostScript stuff sent to the queue.  Any suggestions?

              Scott (traurig@ncavax.decnet.lockheed.com)
From: savage@msc.cornell.edu (Daniel Svitavsky)
Newsgroups: comp.protocols.appletalk
Subject: CAP on non-TCP/IP ethernet
Date: 24 Jan 93 19:06:25 GMT
Organization: Cornell Materials Science Center


   We put a second ethernet card in a SPARCstation IPC running SunOS 4.1.1. We
hope to use this card to spool to printers with EtherTalk interfaces using CAP
configured for Phase II EtherTalk, so I ran ifconfig to bring up le1. Since we
are not intending to use TCP/IP on this line, I did not register a new subnet
or try to assign an IP address.

   After attaching an EtherTalk printer (a Tektronix Phaser IISD), which works
fine on the rest of our ethernet, I looked for packets of any kind on le1 using
the etherfind command and found nothing, even when doing an atlook, which also
showed nothing.

   Although ifconfig reports le1 as "UP" and "RUNNING", I wonder if there is
another configuration step in activating the interface. Is it required to have
an address before the Sun will activate it? The documentation only talks about
internet configurations. And in CAP, is the aarpd command line the only place
(after specifying NIT in the compilation) to specify which interface we want to
use?

   I would be grateful for any hints or suggestions.

                                                        -Dan Svitavsky

            Daniel E. Svitavsky          savage@msc.cornell.edu
      Cornell Materials Science Center   savage@crnlmsc2.bitnet
From: tom@wcc.oz.au (Tom Evans)
Newsgroups: comp.protocols.appletalk
Subject: Re: CAP and Class B subnets
Date: 21 Jan 93 06:52:37 GMT
Organization: Webster Computer Corp, Melbourne, Australia

In article <9301201802.AA12934@pangea.Stanford.EDU>, farrell@PANGEA.STANFORD.EDU (Phil Farrell) writes:
> Doug Neuhauser writes:
> > A friend want to run CAP on a Sun that is connected to a Class A network
> > which is subnetted to a Class B address (eg netmask of 255.255.0.0).
> > 	The Fastpath is address:	X.Y.Z.W
> > 	The sun is address:		X.Y.A.B
> > eg only the top 2 octets match.
> 
> I have exactly the situation you describe running here in my department.

The best way that I've found to "visualise" this problem (and the
solution to it) is to work along the following lines:

	A Class "C" Subnet maps directly to one AppleTalk (IPTalk) network,

	A Class B Subnet contains 254 (255? 256?) Class C Subnets,

	Therefore a Class B Subnet potentially contains 254 AppleTalk
	networks. All you have to do is to name them (i.e. allocate
	network numbers for each IP address that has the third octet
	different).

After having "named" them on your whiteboard, transfer the
information (the AppleTalk network number, IP subnet number and zone
name) to your atalkatab file and reboot the gateways.

========================
Tom Evans  tom@wcc.oz.au
Webster Computer Corp P/L, 1270 Ferntree Gully Rd Scoresby, Melbourne 3179
Victoria, Australia 61-3-764-1100  FAX ...764-1179  A.C.N. 004 818 455

wcc@cup.portal.com, AppleLink: "WEBSTER.USA"
2109 O'Toole Avenue, Suite J SAN JOSE CA 95131 - 1303 CALIFORNIA
1-408-954-8054  FAX 1-408-954-1832  AppleLink WEBSTER.USA

Newsgroups: comp.protocols.appletalk
From: e-sink@uiuc.edu (Eric W. Sink)
Subject: Why does atis burn so much CPU time ??
Originator: sink@ux2.cso.uiuc.edu
Reply-To: e-sink@uiuc.edu
Organization: University of Illinois at Urbana
Date: Thu, 21 Jan 1993 20:14:17 GMT

According to ps, on our RS/6000 system, atis is using tremendous
amounts of cpu cycles, even when no one is using the system.
Is this normal ?

-- 
Eric W. Sink, Spyglass        | "In all the earth, only humans have the ability
1800 Woodfield Drive          |    to be content in bad situations...
Savoy, IL  61826              |    and vice-versa."
---- e-sink@uiuc.edu ---------|---------- 217-355-6000 -----------------------
From: steele@vlsi.caltech.edu (Craig Steele)
Newsgroups: comp.protocols.appletalk
Subject: Re: High Performance Mac NFS fileservice?
Followup-To: comp.protocols.appletalk
Date: 26 Jan 1993 09:13:01 GMT
Organization: California Institute of Technology
Distribution: usa
Reply-To: steele@vlsi.caltech.edu (Craig Steele)
NNTP-Posting-Host: kiwi.cs.caltech.edu

>Do any of the appleshare fileservice via NFS compete in speed with
>native appleshare service over ethertalk?

I have seen a report of 23.5KB/sec for Wollongong's NFS Client v1.2
between a Mac ci to HP9000/425.
I have personally measured 89KB/sec with Intercon's NFS/Share
between a Quadra 700 and a SPARCstation 1.  Both cases same Ethernet.

Craig - in a non-Institutional capacity

Craig Steele, steele@vlsi.caltech.edu
From: walsteyn@fys.ruu.nl (Fred Walsteijn)
Newsgroups: comp.protocols.appletalk
Subject: Re: NFS for Macintosh
Date: 27 Jan 93 12:32:43 GMT
Organization: Physics Department, University of Utrecht, The Netherlands

In <1k3gerINN8bn@intercon.intercon.com> dave@intercon.com (Dave Saunders) writes:

>In article <1993Jan24.112423.25143@fys.ruu.nl>, walsteyn@fys.ruu.nl (Fred 
>Walsteijn) writes:
>> There are a few: Wollongong Pathway NFS;  Intercon Mac NFS (?); .... 
>> But convince yourself that they do what you want. 
>> I need a product that does *automatic* translations of Unix EOLs 
>> (end-of-lines) to Mac EOLs.  I need that capability ``in both 
>> directions'': i.e. for files copied to the Mac from a Unix disk, and 
>> vice versa. More than a year ago the Mac NFS packages I've heard of 
>> could not do that. Maybe the latest releases can... 

>InterCon's NFS/Share has always provided automatic CR<->LF translation for 
>text files between the Macintosh and NFS server.


I got the NFS/Share info from Info-Mac (sumex-aim.stanford.edu):
  info-mac/report/unix-via-nfs.txt
it contains some really disturbing information about both Wollongong
and Intercon's product.  Appearantly some of the info is false.


>Wollongong's Pathway Client NFS does not provide automatic translation as of 
>the version I have, but it does come with an application (NetText) that will 
>read UNIX LF terminated text files for you.


I have hands-on experience with the first release (version 1.0)
of the Wollongong product.  For me the NetText editor is no solution.
A later version of Wollongong's product is reported to do
the translation in one direction (I don't know which one...).
Maybe the very latest release does it in both directions.

Fred Walsteijn  walsteyn@fys.ruu.nl
From: cr@cs.strath.ac.uk (Chris Reid)
Newsgroups: comp.protocols.appletalk
Subject: LocalTalk throughput
Date: 27 Jan 93 13:22:30 GMT
Organization: Univ. of Strathclyde, Glasgow, UK

Hi all,
	
	does anybody know the maximum throughput I can
achieve on a LocalTalk net (between 2-5 Macs connected
via LocalTalk).

Thanks,

	Chris
-- 
__________________________________________________________________________
Chris Reid    <cr@cs.strath.ac.uk>
Newsgroups: comp.protocols.appletalk
From: vrt1@cunixf.cc.columbia.edu (Venkat R Tadepalli)
Subject: Help!! lwsrv not working with the new revisions of ROM in LW IIg
Reply-To: vrt1@cunixf.cc.columbia.edu (Venkat R Tadepalli)
Organization: Columbia University
Date: Wed, 27 Jan 1993 17:37:17 GMT

Hi Netters:

I am having a strange problem with cap5.0 running on Sun3/60 (SunOS 4.1.1).
We have been using lwsrv and aufs for about 3 years now without any 
problems. The printer (Apple LaserWriter IIg) is connected serially to Sun.
Recently we had to get the ROMs in LW IIg upgraded to the latest revision 
to clear some problems we had with printing postscript files from Sun directly. 
(I don't know if it is relevent but here's the problem we had:  The printer
wouldn't print more than 6 pages of a postscript file created using TeX and 
dvitps; The green light used to keep flashing and we always had to reboot
the printer to have it working again.) This problem was solved once we 
installed the new revisions of ROMS. (addressing 4MB)

But now, after installing those ROMS, lwsrv doesn't work. When I send a file 
from Mac, the printer gets busy (the green light flashes) and then stops. The
log file shows 0 pages printed. I tried to print the temp file (using the -r
option with lwsrv to retain the temp file) from Sun and even that doesn't get
printed. So, it seems like there's something wrong with the postscript file
that gets spooled to Sun.

I even recreated the procsets just to see if that makes any difference. That 
didn't help. If any of you cap gurus know what's wrong, could you please
let me know. I need to solve this problem as it is getting to be interestingly
annoying :-<

Thanks a lot in advance,
Venkat Tadepalli
From: woody@ucscb.UCSC.EDU (Bill Woodcock)
Newsgroups: comp.protocols.appletalk
Subject: Re: LocalTalk throughput
Date: 28 Jan 1993 03:49:19 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: ucscb.ucsc.edu
Summary: About 1 megabyte per second.


                                             Wednesday, January 27, 1993

          cr@cs.strath.ac.uk (Chris Reid) writes:
        > does anybody know the maximum throughput I can
        > achieve on a LocalTalk net (between 2-5 Macs 
        > connected via LocalTalk).

    Max theoretical throughput is 230.4 kbits per second, or about 14
    megabits or 1.75 megabytes per minute.  Between a single pair of Macs
    on an average LocalTalk network, maximum real-world performance is
    closer to one megabyte per minute.  This is an extreme generalization.
    Some file transfer methods will be less efficient, and any contention
    for access to the network throughput will lower the data rate of any
    transfers going on.
      
                             -Bill Woodcock

________________________________________________________________________________
bill woodcock  woody@zocalo.com  woody@applelink.apple.com  woody@ucscb.ucsc.edu