HDTenEightyP/NetNews huggingface dataset:
From: wbarnes@sura.net (Bill Barnes)
Subject: Re: Hooking a PC into an AppleTalk Network
Organization: SURAnet, College Park, MD, USA, NA, Earth, Milky Way
Distribution: comp
Date: Thu, 3 Sep 1992 19:23:13 GMT

In article <1992Sep2.181932.14734@vax5.cit.cornell.edu> sbk@vax5.cit.cornell.edu writes:
>Depends on what you want to do with the DOS box once it is on the net.  But the
>basic idea is as follows:  buy a LocalTalk card for the PC, install it, then
>buy Farallon's PhoneNet Talk (which is the AppleTalk protocol stack for DOS). 
>Install it on the PC.  This would allow you to log into AppleShare file servers
>from the PC and to print to AppleTalk-compliant printers on the net (like
>LaserWriters).  The full AppleTalk stack takes ~190K, so I hope you have a 386
>with memory management (file services takes about 100K, I forget exactly).

Can you run PhoneNet Talk on a PC with an Ethernet card rather than a
Localtalk card?  We've currently got a PC which shares the same Ethernet
network as our Macs and we'd like it to be able to print to an AppleTalk
printer, so we'd want the PC to be running Ethertalk, I think.
-- 
Bill "Whassamatter?!  Can't you take a joke?!" Barnes   wbarnes@sura.net
Disclaimer:  The author apologizes for any thought-provoking material he may
	     have accidentally included and promises not to do it again.
Datclaimer:  My employers wouldn't WANT to share some of my opinions.
From: pwd@Apple.com (Patrick W. P. Dirks)
Newsgroups: comp.protocols.appletalk
Subject: Re: Copy Protecting Apps
Date: 1 Sep 92 21:09:14 GMT
Followup-To: comp.protocols.appletalk
Organization: Apple Computer

In article <1992Aug31.230410.3151@morrow.stanford.edu>,
shahrol@harper.stanford.edu (Shahrol) wrote:
> 
> We are setting up a CAP server on a DEC 5000/240 for the coming school
> year.  The question I have is how are the applications copy-protected,
> ala AppleShare 3.0?   
> 

Well, I can't speak for the administrative side of CAP but I thought I'd
pass on my favorite cheap hack in this department:

A local school district wanted to make sure students couldn't make copies
of MacWrite and MS Word that they used in some of their classes onto their
machines, Mac Pluses without hard drives.  They tried to think up some
clever
Finder tweaks but couldn't find a workable solution until someone came up
with the idea of adding some resource (say GNRL #42) that was big enough to
make the application file >800K.  That made it impossible to drag them over
to a floppy, and without ResEdit or Div/Join type tools, nobody could copy
them!  It worked beautifully for them.  The best part was, since this
resource is never loaded during program execution it didn't affect speed
of execution a bit.

Good luck,
-Pat Dirks.

P.S. Be aware that all the AFP copy protection bit does is set a flag that
     should clue in the Finder not to copy the file.  Doesn't do anything
     for other programs that might somehow read the file (mail programs,
     MPW, who knows).  There is NO WAY for a SERVER to tell the difference
     between a file opened for read to execute and a file opened for read
     to copy.  All copy protection requires trusting the workstation code.
Newsgroups: comp.protocols.appletalk
From: johnk@gordian.com (John Kalucki)
Subject: Re: Network software
Organization: Gordian; Costa Mesa, CA
Date: Mon, 31 Aug 1992 22:11:06 GMT

In article <1659@shaman.wv.tek.com>, andrew@frip.WV.TEK.COM (Andrew Klossner) writes:
>> EtherPeek - AG
>
>This is a protocol snooper.  When it works, it's quite good.  A big win
>is that you can examine old packets while continuing to gather new ones.

Yes I agree! And it's much better at decoding Appletalk than Network
General's sniffer. But then Sniffer is much better at TCP/IP and
LAT...


>
>When it doesn't work, it's horrid.  It has crashed on me more times
>than I can count.  I've learned to save important packet traces to disk
>before trying to examine any packets.

Make SURE you have the latest version! I've been using EtherPeek
constantly for 1.5 years now and I've seen it evolve from a pretty
buggy peice of software into a very stable (for the Mac at at least)
system. I'm running 1.4.2 and it hardly crashes. The folks at
the ag group are pretty good via e-mail, BTW.
>
>Its major design flaw is that it can't distinguish PAP from ASP from ...
>packets on its own, but requires the user to select a decoder.  You
>must make this selection *each* time you click on a packet; it has no
>memory of what protocol layer you're working with.  Competing products
>handle this much better.

They are working on this for the next release. They are going to fix
the 'resize the packet decode window on each new packet' problem too.

>
>  -=- Andrew Klossner  (andrew@frip.wv.tek.com)
>                       (uunet!tektronix!frip.WV.TEK!andrew)


		-John Kalucki
		johnk@gordian.com

Newsgroups: comp.protocols.appletalk
From: jcistern@lascar.puc.cl (Jorge Cisternas)
Subject: NuvoLink driver's upgrade
Keywords: NuvoLink
Organization: Pontificia Universidad Catolica de Chile
X-Newsreader: Tin 1.1 PL5
Date: Wed, 26 Aug 1992 19:01:10 GMT

 Hello, I had an old version of NuvoLinkSC, but it's uncompatible with my
LC II (I supposse it's uncompatible with 68030).

 My question: isn't there any upgrade for NuvoLink's drivers over the
network? may be for system 7.X?

 Any sugestion welcome!

 Jorge Cisternas M.
From: dplatt@ntg.com (Dave Platt)
Newsgroups: comp.protocols.appletalk
Subject: Re: Problem with NCSA/BYU Telnet 2.5 hardware=appletalk option
Date: 27 Aug 92 17:44:21 GMT
Organization: New Technologies Group, Inc.  Palo Alto CA

Last week, I wrote:

>|> I've been unable to get the "hardware=appletalk" configuration option of
>|> NCSA/BYU Telnet 2.5 to work in our environment.  HELP!

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

and Craig Zook writes:

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

In response to my posting, I got a note from Adam Heath at Shiva,
telling me that:

> You need a patched version of K-STAR 9.1 - K-STAR 9.1p2.

I found the patched version of K-Star on the SHIVA.COM fileserver, in
the pub directory, downloaded it and its release notes, and installed
it.

Simply making the one configuration change suggested in the 9.1p2
release notes... turning off the newly-defined Option 16 - didn't do the
trick.  However, after I fiddled around (and cussed) for a while, I
ended up with a set of configuration options which work correctly: 5, 6,
7, 11, 12, 17, 19, 22, 28, 29 on, everything else off.

With this version of K-Star, and with these options, both
"hardware=MacTCP" and "hardware=appletalk" work correctly.  I can even
use "hardware=appletalk" on a Mac which is connected to the EtherNet -
K-Star handles conversion between IP-DDP-in-EtherTalk-phase-II and
IP-over-EtherNet without a hitch.

Many thanks to Adam for identifying the problem and making the patched
version of K-Star available!

[Craig - you might want to check the mtu, maxseg, and rwin parameters
 in your config.tel file - I have a hunch that connections might hang if
 you're using an AppleTalk connection and these values are set to the
 EtherNet limits]


-- 
Dave Platt                                                VOICE: (415) 813-8917
              Domain: dplatt@ntg.com      UUCP: ...netcomsv!ntg!dplatt
 USNAIL: New Technologies Group Inc. 2468 Embarcardero Way, Palo Alto CA 94303
Newsgroups: comp.protocols.appletalk
From: shahid@oit.gatech.edu (Shahid Sheikh)
Subject: Novell servers running Internet Router
Organization: Network Services
Date: Thu, 3 Sep 1992 04:38:01 GMT

Hi netters

Can someone explain why a Novell Server has to run an AppleTalk Internet
Router in it. I know it runs one for IPX as well. But is there a real true
reason why it has to run the router for appletalk. It seems kind of silly
just to run an Internet router for one server and not being able to connect
any devices on the Appletalk subnet. Moreover, if you have about a hundred
routers already existing and you put like another 50 Novell servers on your
network, wont that significantly increase your RTMP and ZIT tables and slow
down the network?

The response I've got from Novell so far is that they have designed the
multiprotocol support according to the ODI specifications which requires
them to run that router. Since when appletalk devices have to be designed
according to ODI standards? Is there a way around this router other than
not using the stupid Novell server at all? What kind of remote management
tools come with the Novell router? Does it support SNMP? Can I monitor and
control the router from a remote non-IPX device?

Any information would be greatly appreciated.

Shahid Sheikh
Network Services -- Georgia Tech
shahid@oit.gatech.edu
Newsgroups: comp.protocols.appletalk
From: shahrol@harper.stanford.edu (Shahrol)
Subject: Copy Protecting Apps
Organization: Stanford University, California, USA
Date: Mon, 31 Aug 1992 23:04:10 GMT


Hello World,

We are setting up a CAP server on a DEC 5000/240 for the coming school
year.  The question I have is how are the applications copy-protected,
ala AppleShare 3.0?   

thanks!

-shahrol
Newsgroups: comp.protocols.appletalk
From: matth@locus.com (Matt Hardin)
Subject: Re: RS6000 / how to connect from a Mac ???
Organization: Locus Computing Corp, Los Angeles
Date: Mon, 31 Aug 1992 19:29:50 GMT

In article <1992Aug31.090354.41353@urz.unibas.ch> infocenter@urz.unibas.ch writes:
>how to connect to a RS6000. I was told it needs a special emulation,
>which is not compatible to any of the mostly used vt100..vt340, 3270.

You were mis-informed. The RS-6000 boasts a rather complete set of terminfo
files which will drive most terminals commonly used with UNIX hosts, including
DEC's VT series.

>
>What exactly do I need ?

Either a network (most commonly TCP/IP) connection or RS-232 serial connection,
your favorite terminal emulator (NCSA telnet, PacerTerm, White Knight, etc).
If you are going to connect to the RS-6000 over a network, you will need a
network card for your Mac, or some gateway from LocalTalk to TCP/IP such as
a FastPath or GatorBox.

>How is the emulation called ?

Double-click on your favorite terminal emulator program, set up its connection
parameters, and log in.

>What is special to know abput ?

A general understanding of RS-232 or ethernet is helpful, but not essential.

>Which product offers a reliable communication ?

Most products do, but it really depends on your environment and what you want
out of the package.
Reliable communication is more a function of your connection and environment
than anything else. Long RS-232 cables wrapped around big electric motors,
fluorescent light fixtures, and high-voltage mains will result in a noisy 
connection, while well-routed RS-232 cables will yield a nice, quiet, reliable
connection. Of course, network-based connections are error-free, but tend to
break, especially if your Mac happens to crash while a session is open.

>Thanks for your help

Hope this helps.

Matt Hardin
matth@locus.com
Newsgroups: comp.protocols.appletalk
From: DAVISM@kcgl1.eng.ohio-state.edu (Michael T. Davis)
Subject: Printing text under CAP
Organization: The Ohio State University
Date: Sun, 30 Aug 1992 23:32:24 GMT


	We have CAP installed under Ultrix 4.2A (w/ packet filter patches),
which we are currently using only for printing from our DECstation to an HP
printer.  We don't have any problems printing PS files, but the users would
also like to be able to print regular text files.  Is this possible and if so,
how?  Also, the users are not satisfied with the looks of the banner page
produced by papof.  It looks like all papof does is generate some PS code in
a file; can we just substitute a program which generates our own preference for
a banner page in a similarly-named file?

							Thanks,
							 Mike
--
 Internet: davism@KCGL1.eng.ohio-state.edu |
            -or- DAVISM+@osu.edu           |   These Thoughts, They Be Mine
   BITNET: DAVISM+@OHSTMAIL.BITNET         |
Newsgroups: comp.protocols.appletalk
From: keeper@lighthouse.caltech.edu (Lighthouse Keeper)
Subject: Re: Would like some help with CAP6.0lp100
Organization: Rotwang Technologies, plc.
Date: Tue, 1 Sep 1992 06:11:09 GMT

In article <1992Aug31.162754.22461@news.iastate.edu> bryan@pi.eai.iastate.edu (Bryan Manske) writes:

   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.

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

If you are running CAP 6 with patch level 100, then I believe that you
simply can't do what you want to.  I think that if you read the
documentation carefully, you will see that UAB has only been ported to
Suns and Ultrix machines, and not to SGIs.  Once more, UAB currently
supports ethertalk phase 1, and system 7 and I would guess the assante
card come with ethertalk phase 2, so you would have to find a phase 1
driver for your board.

I hope this helps, but I realize that it will probably just frustrate.



--
          keeper@lighthouse.caltech.edu       Steven Fought

         "Why bother with Virtual Reality when you can just
          make people go insane in exactly the right way?"
Newsgroups: comp.protocols.appletalk
From: add@is.rice.edu (Arthur Darren Dunham)
Subject: Re: Copy Protecting Apps
Organization: Rice University
Date: Wed, 2 Sep 1992 22:45:22 GMT

In article <1992Sep2.195511.21624@leland.Stanford.EDU> gimper@leland.Stanford.EDU (Stuart Miyasato) writes:
>I work with Shahrol (the original poster) in a computer cluster for
>students here at Stanford.  Our problem is two-fold:  one, keeping students
>from unauthorized copying of software, and also keeping our licensing
>agreements.
>[...]
>So first, we need to know how to keep students from copying the applications
>from the CAP server to their hard disks (and thus possibly violating our
>license agreements).  And second, we need a way to enforce the licensing
>agreements assuming the application is run directly off the server.
>Any ideas?

Don't use LaunchBreak, spend the money and get KeyServer.  Keyserver
will allow you to essentially copy protect Applications by making them
unlaunchable off the network.  In addition, if people want to copy them
down to a hard disk, they can, and the licenses are maintained.   
I can't remember how much it is at this point.  They sell KeyServer
Light (32 licenses), or KeyServer 3.0 with pricing based on how many
licenses it maintains.

>-- Stuart Miyasato  (gimper@leland.stanford.edu)
>   Computer Maintenance Coordinator, Meyer Library, Stanford University
-- 
Darren Dunham                 		          add@is.rice.edu
MicroConsultant                       		  Rice University
(What is that? A small consultant?)	              Houston, TX
Any resemblance between real opinions and my post is coincidental
Newsgroups: comp.protocols.appletalk
From: kris@sst.ph.ic.ac.uk (Kris Hampel)
Subject: Re: CAP: ethertalk on ULTRIX 4.2A (problem --> solution)
X-UserAgent: Nuntius v1.1.1d9
Organization: Physics, Imperial College, London
Date: Thu, 3 Sep 92 18:22:58 GMT

Thanks for the helpful replies to my last post.

Briefly:
  Thanks to Paul A. Scowen <scowen@wfpc3.la.asu.edu> for pointing out that
there is a difference between ifconfig and pfconfig when you are running
cap on an unpatched ultrix system. I needed: "ifconfig ln0 copyall" to
make everything work a treat.

Cheers, Kris Hampel

Solid State Theory Group, Blackett Laboratory.
Prince Consort Road, London, SW7 2BZ, England.
==========> kris @ sst.ph.ic.ac.uk <==========
Tel: +44 71-225 2018, +44 71-589 5111 ext 6637
 Fax: +44 71-823 7451   Home: +44 81-767 6426
Newsgroups: comp.protocols.appletalk
From: kellys@orac.holonet.net (Kelly Schwarzhoff)
Subject: Maximum length of Localtalk wiring
Organization: HoloNet (BBS: 510-704-1058)
Date: Thu, 3 Sep 1992 22:36:28 GMT

Does anyone know if there is a maximum length of how long of twisted pair
localtalk (i.e. telephone wires with Phonenet boxes at each side)? I have
two computers that have about 100 feet of wiring in between them and I'm not
sure if this exceeds the length there is supposed to be.


-- 
-------------------------------------------------------------------------
Kelly Schwarzhoff
Internet: kellys@orac.holonet.net   Fidonet: 1:161/445.0
-------------------------------------------------------------------------
From: m.abbott@eleceng.ucl.ac.uk (Mark Abbott)
Newsgroups: comp.protocols.appletalk
Subject: Re: CAP6.1 and Publish and Subscribe
Date: 3 Sep 92 08:48:12 GMT
Organization: Elec. Eng., University College London, UK
X-Useragent: Nuntius v1.1.1d1

In article <CKD.92Sep2142014@loiosh.eff.org> Christopher Davis,
ckd@eff.org writes:
>This is probably a naive suggestion, since I have not attempted to grok
>the aufs code, but what about a .macdirid file in each directory?  That
>way even moving your directory across filesystems won't kill you...

Very true, and probably the thing to do.  However, if you have multiple
Aufs servers that share filespace, e.g. /home shared between several
machines using NFS, then you need a central DirID issuing process for
your shared filespace.  This process also needs to be able to convert
from DirIDs back into Unix pathnames.  It strikes me that this is the
major problem since you can happily move directories and the converting
process will know nothing about it.  It'd take somebody with more Unix
programming experience than me to arrive at a robust & portable solution !
Newsgroups: comp.protocols.appletalk
From: gimper@leland.Stanford.EDU (Stuart Miyasato)
Subject: Re: Copy Protecting Apps
Organization: DSG, Stanford University, CA 94305, USA
Date: Wed, 2 Sep 92 19:55:11 GMT

In article <pwd-010992140745@thunder.apple.coms> pwd@Apple.com (Patrick W. P. Dirks) writes:
>In article <1992Aug31.230410.3151@morrow.stanford.edu>,
>shahrol@harper.stanford.edu (Shahrol) wrote:
>> 
>> We are setting up a CAP server on a DEC 5000/240 for the coming school
>> year.  The question I have is how are the applications copy-protected,
>> ala AppleShare 3.0?   
>> 
>
>Well, I can't speak for the administrative side of CAP but I thought I'd
>pass on my favorite cheap hack in this department:
>
>[...]
>
>someone came up
>with the idea of adding some resource (say GNRL #42) that was big enough to
>make the application file >800K.  That made it impossible to drag them over
>to a floppy, and without ResEdit or Div/Join type tools, nobody could copy
>them!  It worked beautifully for them.  The best part was, since this
>resource is never loaded during program execution it didn't affect speed
>of execution a bit.
>
>-Pat Dirks.

Thanks for the advice Pat.  (I'm currently working along with the original
poster on solving this problem.)  Unfortunately, it's not quite going to
work in our environment.  I think I should elaborate a bit.

I work with Shahrol (the original poster) in a computer cluster for
students here at Stanford.  Our problem is two-fold:  one, keeping students
from unauthorized copying of software, and also keeping our licensing
agreements.

We have approximately 40 Mac IIs for students to use.  The applications
on the hard disks are protected by 'blowing up' the resources as Pat
suggested.  However, we also have software that we don't have licensed
for every machine.  What we were doing was putting them on an AppleShare
3.0 server and setting the maximum number of copies that could be in use
simultaneously.

So first, we need to know how to keep students from copying the applications
from the CAP server to their hard disks (and thus possibly violating our
license agreements).  And second, we need a way to enforce the licensing
agreements assuming the application is run directly off the server.
Any ideas?

As kind of a side note, has anyone successfully run LaunchBreak to protect
applications on an AUFS server?  Would that solve both of our problems,
or does anyone have an even better method?

Thanks in advance,
-- Stuart Miyasato  (gimper@leland.stanford.edu)
   Computer Maintenance Coordinator, Meyer Library, Stanford University
From: kris@sst.ph.ic.ac.uk (Kris Hampel)
Newsgroups: comp.protocols.appletalk
Subject: Re: CAP: ethertalk on ULTRIX 4.2A (problem --> solution)
Date: 3 Sep 92 18:22:58 GMT
Organization: Physics, Imperial College, London
X-UserAgent: Nuntius v1.1.1d9

Thanks for the helpful replies to my last post.

Briefly:
  Thanks to Paul A. Scowen <scowen@wfpc3.la.asu.edu> for pointing out that
there is a difference between ifconfig and pfconfig when you are running
cap on an unpatched ultrix system. I needed: "ifconfig ln0 copyall" to
make everything work a treat.

Cheers, Kris Hampel

Solid State Theory Group, Blackett Laboratory.
Prince Consort Road, London, SW7 2BZ, England.
==========> kris @ sst.ph.ic.ac.uk <==========
Tel: +44 71-225 2018, +44 71-589 5111 ext 6637
 Fax: +44 71-823 7451   Home: +44 81-767 6426
From: sandy@beeker.cs.umass.edu (Sandy Wise)
Newsgroups: comp.protocols.appletalk
Subject: CAP6.1 and Publish and Subscribe
Date: 28 Aug 92 17:00:57 GMT
Reply-To: wise@cs.umass.edu
Organization: Organization?  I thought entropy would take care of that...

We are running CAP6.1 on a DECstation 5000/Ultrix 4.2 and have
found that edition files are unusable if placed on server volumes.
Attempting to subscribe to or view the edition results in an error.

Has anyone else encountered this problem?  Please reply via e-mail,
and I will summarize if needed.
        /s
--
Alexander Erskine Wise /\/\/\/\/\/\/\/\/\/\/\/\ Software Development Laboratory
/\/\/\/\/\/\/\/\/\/\/\/\/\/\ WISE@CS.UMASS.EDU /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\/\/\ This situation calls for large amounts of unadulterated CHOCOLATE! /\/\/\
From: ferrara@FANDAGO.READ.TASC.COM (Henry J. Ferrara)
Newsgroups: comp.protocols.appletalk
Subject: Re: Hooking a PC into an AppleTalk Network
Date: 4 Sep 92 12:06:52 GMT
Distribution: world
Organization: The Internet


  >Bill "Whassamatter?!  Can't you take a joke?!" Barnes   wbarnes@sura.net
  > asks...
  >
  >Can you run PhoneNet Talk on a PC with an Ethernet card rather than a
  >Localtalk card?  We've currently got a PC which shares the same Ethernet
  >network as our Macs and we'd like it to be able to print to an AppleTalk
  >printer, so we'd want the PC to be running Ethertalk, I think.

Bill,
	The new version of PhonetNet Talk PC (still in beta I believe)
supports the ODI driver specification.  With this you should be able to 
support most ethernet cards.  A person here is working with the Beta copy
and has it running on the Western Digital (SMC) card.  He says it is 
quite nice, but I haven't actually had the time to look at it.


			
 				hjferrara@TASC.COM
 				Henry Ferrara
 				TASC
 				55 Walkers Brook Drive
 				Reading, MA 01867