home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / next / sysadmin / 4907 < prev    next >
Encoding:
Internet Message Format  |  1992-08-27  |  2.3 KB
  1. Xref: sparky comp.sys.next.sysadmin:4907 comp.unix.admin:4720
  2. Newsgroups: comp.sys.next.sysadmin,comp.unix.admin
  3. Path: sparky!uunet!stanford.edu!morrow.stanford.edu!deathstar!draphsor
  4. From: draphsor@deathstar.Stanford.EDU (Matt Rollefson)
  5. Subject: Print Accounting
  6. Message-ID: <draphsor.714959550@deathstar>
  7. Summary: Looking for a simple way to store accounting information
  8. Keywords: printing, accounting, help wanted
  9. Sender: news@morrow.stanford.edu (News Service)
  10. Reply-To: draphsor@deathstar.stanford.edu
  11. Organization: Stanford University, California, USA
  12. Date: Thu, 27 Aug 1992 23:52:30 GMT
  13. Lines: 33
  14.  
  15. I work at Stanford University in Residential Computing, and we've
  16. purchased 28 NeXTstations and printers to serve as print routers for
  17. 28 different computer clusters, located in a number of different
  18. subnets. Users will be able to print to the NeXT laserprinter from
  19. Macintosh computers. We have set up an authentication system where the
  20. user must have an account on the NeXT in order to print, and I am
  21. keeping track of printing using BSD's built-in accounting software.
  22.  
  23. What I'm looking for is a simple way to store the information, either
  24. a small database or small custom app or something like that. Ideally
  25. this database would be centralizable (ie there would be a server that
  26. maintained the database and responded to queries and updates from the
  27. clients), but this isn't necessary immediately. My current plan is to
  28. write a simple app which will grab the BSD accounting information,
  29. bill the various accounts the correct amounts, and keep track of user
  30. balances. I also need a way to prevent users who are overdrawn on
  31. their accounts from printing - my current plan is to replace lpr with
  32. a program which checks the database and exits if the account is
  33. overdrawn with a meaningful error, passes its arguments to lpr if not.
  34.  
  35. Now, my question: has anyone done this before, and if so how did you
  36. go about it? Or has anyone set up a similar accounting system? Did you
  37. use an existing simple database application? Write your own little
  38. program? Or what? Any and all input would be appreciated. I *will*
  39. summarize to the net once we get this system set up, so feel free to
  40. use e-mail or post.
  41.  
  42. Thanks in advance for any and all help.
  43.  
  44. Rollie
  45. --
  46. Draphsor vo'drun-Aelf                   draphsor@deathstar.stanford.edu
  47. Residential Computing, Stanford University    NeXTmail accepted
  48.