Path: utzoo!attcan!uunet!csdev!ll1a!spl1!laidbak!att!rutgers!mailrus!umich!itivax!scs
From: scs@itivax.UUCP (Steve C. Simmons)
Newsgroups: comp.sys.next
Subject: Re: = An Imaginary Scenario =
Message-ID: <8815@spl1.UUCP>
Date: 1 Nov 88 15:44:34 GMT
References: <4192@pitt.UUCP> <12670004@eecs.nwu.edu> <4003@encore.UUCP> <10441@s.ms.uky.edu> <10514@ncc.Nexus.CA> <10474@s.ms.uky.edu>
Sender: news@spl1.UUCP
Reply-To: scs@itivax.UUCP (Steve C. Simmons)
Organization: Industrial Technology Institute
Lines: 20

In article <10474@s.ms.uky.edu> sean@ms.uky.edu (Sean Casey) writes:
:In article <10514@ncc.Nexus.CA> lyndon@nexus.ca (Lyndon Nerenberg) writes:
:>This was a problem with FrameMaker on Suns. Their (FrameMakers)
:>solution was to implement a "license server" process that runs
:>on your file server. The workstation contacts the license server
:>to register itself when you start your copy of Frame. If the number
:>of concurrently running copies of frame matches the limit on your
:>license, your copy goes into "demo" mode.
:
:Wow, that would be really easy to defeat.
:
:Sean

Strongly suggest you look up Kerebos in the Winter 1988 Usenix proceedings.
I wrote such a licence server, and at last count it's unbroken after two
years.
-- 
Steve Simmons		...!umix!itivax!scs
Industrial Technology Institute, Ann Arbor, MI.
"You can't get here from here."