man lockit

NAME

  lockit - lock terminal with password

SYNOPSIS

  lockit [-options]

DESCRIPTION

  The  lockit  command  will lock a terminal trapping common signals.  By default the
  utility will ask for a lockword unless one was previously  saved  in  ~/.lockit  or
  unless the crypted password is readable from /etc/passwd.

OPTIONS

  -password
         Specify the crypted password from /etc/passwd should be used if it is valid.

  -ask
          Ask for lockword (standard input).

  -save
          Save crypted lockword in ~/.lockit for re-use.

  -crypted crypted-string
         Use the provided crypted string for lockword.

  -zzz seconds
         Specify  number of seconds to sleep before redisplaying time, default is 120
         seconds.

  -noverify
         By default lockit always asks for  verification  of  the  lockword,  whether
         source  is from -ask, -crypted, or -password.  With this option verification
         is not requested.

  -?
          Display terse help message.

EXAMPLES

  Default invocation:

   java: lockit
   Lockword:
     Verify:
   1999-10-10 18:14:18
   <ctrl-C>
   Lockword:

  Saving lockword for re-use:

   java: lockit -save
   Lockword:
     Verify:
   lockit: Created /users/sn/snkac/.lockit: z(2227)
   1999-10-10 18:14:49
   <ctrl-Z>
   Lockword:

  Using previously saved lockword without verification:

   java: lockit -noverify
   1999-10-10 18:15:10
   <ctrl-Z>
   Lockword:

  The .lockit file includes a time stamp and a sum byte to ensure the  crpyted  lock-
  word string is not tampered.

NOTES

  lockit has been tested under Digital UNIX, IRIX, and UNICOS.

  This command utilizes the cci command parser utilized by non-UNIX operating systems
  instead of the traditional UNIX getopt() parsing.  Options  have  been  defined  to
  "look  like"  UNIX  style options, but can be spelled out or generally abbreviated.
  For example -p is the same as -password.  Because of this multiple options must  be
  space  separated  and  the hyphen is part of the option name.  Also because of this
  order of options is irrelevant.

ACKNOWLEDGEMENTS

  Written at the University of Alaska.  Ongoing maintenance via SourceForge by Denali
  Sun Consulting.

  Suggestions or bug reports can be directed to denalisun907@gmail.com.