home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / next / sysadmin / 4898 < prev    next >
Encoding:
Internet Message Format  |  1992-08-27  |  4.2 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!jvnc.net!yale.edu!yale!gumby!destroyer!ubc-cs!unixg.ubc.ca!kakwa.ucs.ualberta.ca!news
  2. From: sherwood@fenris.space.ualberta.ca (Sherwood Botsford)
  3. Newsgroups: comp.sys.next.sysadmin
  4. Subject: Re: LogoutHook question
  5. Message-ID: <1992Aug27.180142.15181@kakwa.ucs.ualberta.ca>
  6. Date: 27 Aug 92 18:01:42 GMT
  7. References: <1992Aug25.144803.7160@tssnext.rmNUG.ORG>
  8. Sender: news@kakwa.ucs.ualberta.ca
  9. Organization: University Of Alberta, Edmonton Canada
  10. Lines: 102
  11. Nntp-Posting-Host: fenris.space.ualberta.ca
  12.  
  13. > lemson@ux1.cso.uiuc.edu (David Lemson) writes:
  14. > : I know that if a LoginHook exits with a 0, the login  
  15. proceeds
  16. > : normally.  If it exits with a 1, then the login kicks  
  17. back out to
  18. > : the prompt.
  19. > : I want to do the same sort of thing with LogoutHook.   
  20. If I exit the
  21. > : LogoutHook program with a 1, I want it to dump the user  
  22. back into
  23. > : the workspace, not letting them log out.  I tried it,  
  24. and it doesn't
  25. > : work.  Anyone have any idea how I might do this?  
  26. (something
  27. > : undocumented?)
  28. > : BTW, in case you're wondering why I don't want to let  
  29. the user log
  30. > : out, it's because I want to force them to go back and  
  31. reduce their
  32. > : disk usage before they log out. 
  33. > : -- 
  34.  
  35.  
  36. I assume that you have looked at Quotas.tar.Z
  37.  
  38. Ok, other thoughts.
  39.  
  40. I have a script, called CleanScratch that checks the atime  
  41. flags for all the files on the Scratch disk.  Any that  
  42. haven't been accessed in 9 days results in mail.  After 11  
  43. days they are removed. 
  44.  
  45. This action is drastic, but for the Scratch disk (which is  
  46. public writable, and never backed up, ) is suitable.
  47.  
  48. For your situation, you could work like this:
  49.  
  50. any directory that hasn't had a file accessed for n days is  
  51. zipped.
  52.  
  53. If a zipped file is not accessed for M days, a request goes  
  54. to the user to move it to tape.
  55.  
  56. Another idea:
  57.     All users are normally members of group GoodUsers
  58.     Each night run quot on the user file systems.  For  
  59. those users above n Megs, remove them from membership of  
  60. GoodUsers.
  61.     Now go through an make most of the apps owned by  
  62. GoodUsers and take off the execute by other bit.  (You  
  63. could even take it off the directory.  This would result in  
  64. most of their dock being question marks.
  65.     Mail is left functional.
  66.     They are sent mail explaining the problem, along  
  67. with the output of du on their files. 
  68.  
  69.     I think you could modify Quotas to work with this,  
  70. so that when they got within 20% of quota max they would  
  71. get a warning, and when the quota was exceeded, instead of  
  72. being locked out, they just could access the workspace and  
  73. Mail and Stuart.
  74.  
  75. Yet another idea.
  76.     Since Quotas keeps track of how much users have  
  77. been using, you could institute billing.
  78.     An account costs $25/Semester.  Your account is  
  79. debited 2 cents per Megabyte-day, and 5 cents per copy  
  80. printed.  No charge for actual console use.
  81.     (This generates $7/meg/year which would more than  
  82. pay for a new disk even if you sold only half the space)
  83.     LoginHook tells users what their current status is.
  84.  
  85.     To make administration easy, additional funds are  
  86. purchased only in fixed units (Say $10 bucks)
  87.  
  88.     If you have a hoard of such users, what I'd do is  
  89. print up cards with an encrypted string on it.  Write a  
  90. program called AddAccount that is called by LoginHook when  
  91. the users account is overdrawn.  The panel for AddAccount  
  92. floats on top of everything, and covers the entire screen.   
  93. On this window it gives the current account info.  It has a  
  94. single window for the user to punch in the encrypted  
  95. string.  When the string is entered, the users account is  
  96. updated.   AddAccount asks if the user wants to log in any  
  97. more funds.  The user can log in as many strings as he has.  
  98.  
  99.     Each string is unique, and is used only once. You  
  100. need a protected database for that.
  101.  
  102.     Now you print up a bunch of cards with these  
  103. strings on them, put them in non-see through envelopes (Or  
  104. have the mainframe print them on the same kind of stomp  
  105. through envelope they use for sending out grade  
  106. information.)
  107.  
  108.     The bookstore sells these things.  
  109.  
  110.     Beauty of this:
  111.     You don't have to have a staff person who has to  
  112. take peoples money.  You don't have to have an operator to  
  113. punch the things in.  Money is collected by the bookstore  
  114. who is good at that.  Entry is done by the user himself.
  115.