home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / appletal / 3265 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  2.0 KB

  1. Path: sparky!uunet!sun-barr!ames!data.nas.nasa.gov!taligent!apple!mumbo.apple.com!gallant.apple.com!thunder.apple.coms!user
  2. From: pwd@Apple.com (Patrick W. P. Dirks)
  3. Newsgroups: comp.protocols.appletalk
  4. Subject: Re: Copy Protecting Apps
  5. Message-ID: <pwd-010992140745@thunder.apple.coms>
  6. Date: 1 Sep 92 21:09:14 GMT
  7. References: <1992Aug31.230410.3151@morrow.stanford.edu>
  8. Sender: news@gallant.apple.com
  9. Followup-To: comp.protocols.appletalk
  10. Organization: Apple Computer
  11. Lines: 32
  12.  
  13. In article <1992Aug31.230410.3151@morrow.stanford.edu>,
  14. shahrol@harper.stanford.edu (Shahrol) wrote:
  15. > We are setting up a CAP server on a DEC 5000/240 for the coming school
  16. > year.  The question I have is how are the applications copy-protected,
  17. > ala AppleShare 3.0?   
  18.  
  19. Well, I can't speak for the administrative side of CAP but I thought I'd
  20. pass on my favorite cheap hack in this department:
  21.  
  22. A local school district wanted to make sure students couldn't make copies
  23. of MacWrite and MS Word that they used in some of their classes onto their
  24. machines, Mac Pluses without hard drives.  They tried to think up some
  25. clever
  26. Finder tweaks but couldn't find a workable solution until someone came up
  27. with the idea of adding some resource (say GNRL #42) that was big enough to
  28. make the application file >800K.  That made it impossible to drag them over
  29. to a floppy, and without ResEdit or Div/Join type tools, nobody could copy
  30. them!  It worked beautifully for them.  The best part was, since this
  31. resource is never loaded during program execution it didn't affect speed
  32. of execution a bit.
  33.  
  34. Good luck,
  35. -Pat Dirks.
  36.  
  37. P.S. Be aware that all the AFP copy protection bit does is set a flag that
  38.      should clue in the Finder not to copy the file.  Doesn't do anything
  39.      for other programs that might somehow read the file (mail programs,
  40.      MPW, who knows).  There is NO WAY for a SERVER to tell the difference
  41.      between a file opened for read to execute and a file opened for read
  42.      to copy.  All copy protection requires trusting the workstation code.
  43.