home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / bit / listserv / jnetl / 98 < prev    next >
Encoding:
Text File  |  1992-08-29  |  2.7 KB  |  60 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!EKU.BITNET!ACSSYSMA
  3. X-Envelope-to: JNET-L@UGA.BITNET
  4. X-VMS-To: IN%"JNET-L@UGA.BITNET"
  5. MIME-version: 1.0
  6. Content-transfer-encoding: 7BIT
  7. Message-ID: <01GO3XO8A8P4001V82@EKU.BITNET>
  8. Newsgroups: bit.listserv.jnet-l
  9. Date:         Fri, 28 Aug 1992 08:53:27 -0400
  10. Sender:       BITNIC JNET-L List <JNET-L@UGA.BITNET>
  11. From:         ACSSYSMA@EKU.BITNET
  12. Subject:      Re: problem with jan_receive area and quotas
  13. Lines: 45
  14.  
  15. JNET-L@UGA.BITNET  (BITNIC JNET-L List) 28-AUG-1992 writes:
  16.  
  17. >Return-path: <JNET-L@UGA.BITNET>
  18. >Received: from ukcc.uky.edu (MAILER@UKCC) by EKU.BITNET (PMDF #2856 ) id
  19. > <01GO3O5W5N8G001GRY@EKU.BITNET>; Fri, 28 Aug 1992 04:13:24 EDT
  20. >Received: by UKCC (Mailer R2.08) id 7263; Fri, 28 Aug 92 04:13:44 EDT
  21. >Date: 28 Aug 1992 10:06:07 +0200
  22. >From: Eric Thomas <ERIC@SEARN.BITNET>
  23. >Subject: RE: problem with jan_receive area and quotas
  24. >In-reply-to: Message of Thu, 27 Aug 1992 09:57:22 -0500 from JNET Discussion
  25. > Group <JNET-L@FINHUTC>
  26. >Sender: BITNIC JNET-L List <JNET-L@UGA.BITNET>
  27. >To: Melvin Alcorn <ACSSYSMA@EKU.BITNET>, David Barbee <STUBRBEE@EKU.BITNET>,
  28. > "Steven C. King" <STUKING@EKU.BITNET>
  29. >Reply-to: BITNIC JNET-L List <JNET-L@UGA.BITNET>
  30. >Message-id: <01GO3O5W5N8I001GRY@EKU.BITNET>
  31. >Content-transfer-encoding: 7BIT
  32. >
  33. >VM systems have had  this kind of problems for about as  long as large VM
  34. >systems  with many  greedy  users  have existed,  since  you have  native
  35. >equivalents  of SEND/FILE.  You solve  the  problem by  writing a  "spool
  36. >cleaner", a program  that runs (say) every hour,  preferrably at slightly
  37. >randomized times  so that users can't  prepare for the "visit",  and that
  38. >enforces a number  of rules you have documented. For  instance, you might
  39. >decide not  to allow normal  users to have more  than 5000 blocks  in the
  40. >spool. This can be  a very simple program that just  reacts when you have
  41. >too much,  or something more  subtle that  makes statistics and  lets you
  42. >exceed  your  quota for  a  short  while, but  will  take  action if  you
  43. >chronically have more files than allowed.
  44. >
  45. >  Eric
  46.  
  47. But why should the problems of an IBM system be extended to a VAX system?
  48. (I know its not your fault that IBM machines had this problem but that you
  49. were merely pointing out where the problem started.)  I have noticed this
  50. trend in other programs that have been ported from other systems to the
  51. VAX...I really would not to have such compatibility ported to my VAX. :-)
  52.  
  53. Melvin Alcorn
  54.  
  55. _____________________________________________________________________________
  56.  
  57. BITNET:  ACSSYSMA@EKU.BITNET           Land Line: (606)622-1986
  58.          Eastern Kentucky Univ.
  59. ______________________________________________________________________________
  60.