home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / next / programm / 7903 < prev    next >
Encoding:
Text File  |  1992-12-23  |  2.1 KB  |  48 lines
  1. Newsgroups: comp.sys.next.programmer
  2. Path: sparky!uunet!paladin.american.edu!darwin.sura.net!sgiblab!ampex!decwrl!adobe!usenet
  3. From: byer@adobe.com (Scott Byer)
  4. Subject: Re:  Using the serial # in ROM as a copy protection mechanism...?
  5. Message-ID: <1992Dec23.200623.13760@adobe.com>
  6. Sender: usenet@adobe.com (USENET NEWS)
  7. Reply-To: byer@adobe.com (Scott Byer)
  8. Organization: Adobe Systems Incorporated
  9. References: <dillon.0t3w@overload.Berkeley.CA.US>
  10. Date: Wed, 23 Dec 1992 20:06:23 GMT
  11. Lines: 35
  12.  
  13. Matthew Dillon writes
  14.  
  15. >     AARRRGRG!! :-)  No serial or parallel port dongles!  They are
  16. >     a mess...  a huge mess.  I have to deal with them on our IBM's
  17. >     and, frankly, it is WORSE then machine-id keys.
  18.  
  19. Most dongle implementations are indeed really horrid.
  20.  
  21. If you absolutely have to have something physical, what might work
  22. would be a single user-tied dongle, sort of like a start-up key
  23. that you can take with you in your pocket.  It's insertion at the
  24. end of an easily accessible chain (such as at an extra ADB port on
  25. the top of the keyboard) would be required for powerup.  All software
  26. would talk this one dongle protocol, and would tag itself to the
  27. user's id contained in the dongle.
  28.  
  29. In this way, if the software was network installed, you could enable
  30. it for a set of users, who could run it from any machine on the
  31. network.  Or you could take your software to a service bureau on
  32. a floppy, have it work there, and if you accidently leave it behind,
  33. you've not violated any license agreement since it won't work
  34. without your particular dongle plugged into the machine.
  35.  
  36. Of course, I personally think that user names & ids work just fine.
  37.  
  38. Tying a piece of software to host ID, however, is about the worst
  39. thing I can think of.  Even worse than the stupid dongles hanging
  40. off the serial port.
  41.  
  42. --
  43. Scott Byer                             NeXTMail: byer@mv.us.adobe.com
  44. Adobe Systems Incorporated               These are *my* opinions, and  
  45. 1585 Charleston Road, P.O. Box 7900        do not necessarily reflect
  46. Mountain View, CA 94039-7900             the opinions of my employer.
  47. ---------------------------------------------------------------------
  48.