home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / protocol / tcpip / ibmpc / 5130 < prev    next >
Encoding:
Text File  |  1992-09-09  |  3.0 KB  |  54 lines

  1. Newsgroups: comp.protocols.tcp-ip.ibmpc
  2. Path: sparky!uunet!stan!clinicom!john
  3. From: john@clinicom.com (John Hensley)
  4. Subject: PC/TCP 2.1 copy protection
  5. Message-ID: <1992Sep8.214208.41914@clinicom.com>
  6. Date: Tue, 8 Sep 1992 21:42:08 GMT
  7. Distribution: usa
  8. Organization: CliniCom Incorporated, Boulder, CO
  9. Lines: 43
  10.  
  11.  
  12. I just got a call from someone at FTP Software informing me that our upgrade to
  13. 2.1 should ship in the next week or two. "Great!" says I -- I've been waiting
  14. for some of the new features for a long time. But this is no mere notification,
  15. this is to let me know that among the new nifties is a simple way of ensuring
  16. my compliance with my site license! Was I *not* complying, I wonder? After all,
  17. we've only got 8 or 10 PCs on the net, and the license is for a full twenty
  18. (20) nodes -- seems like it's pretty easy to keep in line as things stand. Well,since this rep is so psyched about the new feature (she didn't even mention the
  19. other improvements), I inquire further. Each copy of the new kernel is coded,
  20. I'm told, and sends out its signature onto my Ethernet, so all of my PCs'
  21. kernels can tell if they have been installed on more than one workstation.
  22.  
  23. Uh, hey (something begins to show its horrid self behind the rep's enthusiasm)
  24. -- so this upgrade means that I have to keep track of which diskettes I used on
  25. which PC, and make sure if I ever have to reinstall, that I use the right copy,
  26. and even if I manage to keep them all straight so that all the kernels will
  27. function, they're going to be taking up more precious memory on the PC and
  28. generating more traffic on my net, all so *I* can ensure my compliance with the
  29. site license? "That's correct!" she assures me.
  30.  
  31. Now if CliniCom had bought a single license, FTP'd have some meager amount of
  32. justification; I'd guess it's pretty rare for a business to have one copy of
  33. a networking package -- kind of pointless -- but we spent several thousand on
  34. this license. I don't need some gleeful spokesperson calling up and informing
  35. me that after finally getting a *much needed* upgrade to this software, they're
  36. *throwing in* copy protection, unnecessary code and more traffic on my net, and
  37. expecting me to be happy about it. It's not like some game you play once a 
  38. week, to which the only obstacle is a code wheel -- this is mucking around with
  39. our resources, both on the PCs and the net. Either remove the crap and trust 
  40. customers who pay for site licenses *direct from your company*, or admit 
  41. you're bending us over for the specter of corporate software piracy. 
  42.  
  43. Is anyone else torqued about this, or am I letting my bias against copy
  44. protection cloud my judgment of a handy new network management feature? Any
  45. suggestions for how FTP could protect their software *without* catching hell
  46. from people like me? Just doesn't seem likely, given the nature of the product,
  47. but I'd sure like the current policy to change....
  48.  
  49. -- 
  50. John Hensley           |
  51. john@clinicom.com      | "You think slower when you graze." -- Holling
  52. jhensley@nyx.cs.du.edu |
  53.  
  54.