home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / bit / listserv / jnetl / 95 < prev    next >
Encoding:
Text File  |  1992-08-27  |  2.0 KB  |  43 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!ARNOLD.COM!ARNOLD
  3. Organization: Arnold Consulting
  4. X-Envelope-To: uga.cc.uga.edu!JNET-L
  5. X-Vms-To: IN%"JNET-L@uga.cc.uga.edu"
  6. X-Vms-Cc: ARNOLD
  7. Mime-Version: 1.0
  8. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  9. Content-Transfer-Encoding: 7BIT
  10. Message-ID: <01GO2LFTY42C8WW11X@Arnold.Com>
  11. Newsgroups: bit.listserv.jnet-l
  12. Date:         Thu, 27 Aug 1992 09:57:22 -0500
  13. Sender:       BITNIC JNET-L List <JNET-L@UGA.BITNET>
  14. From:         "Stephen L. Arnold" <ARNOLD@ARNOLD.COM>
  15. Subject:      Re: problem with jan_receive area and quotas
  16. Comments: To: JNET-L@uga.cc.uga.edu
  17. Lines: 24
  18.  
  19. I can understand why a system administration would like to prevent users
  20. from using the JAN_RECEIVE area to circumvent disk quota policies.
  21. However, I think procedures based on the number of files are
  22. ill-conceived.  Instead, action should be based on a policy about disk
  23. space consumed and/or a time limit.  What if a user requests a package
  24. that ships in 4 parts?  The user would have to stay logged in and try to
  25. receive the first parts as they arrive so they aren't purged!  The user
  26. may have to request a package several times to get all the parts.
  27.  
  28. Also, your BITNET neighbors may have spent a lot of resources (CPU
  29. cycles, disk space, network bandwidth) to deliver the files to you.
  30. This is why Jnet receives files and why VMSmail usually is configured to
  31. receive mail with EXQUOTA.
  32.  
  33. If you must enforce a limit to prevent abuse of the JAN_RECEIVE area,
  34. consider moving over-the-limit files to the Postmaster's area for
  35. a time, from where the Postmaster can easily retrieve them after (your
  36. choice) lecturing the user, charging a file, reporting the problem to
  37. the user's department chair, etc.
  38.  
  39. "Steve"   Stephen L. Arnold, Ph.D., Principal, Arnold Consulting
  40. Address   4138 Iroquois Drive, Madison, Wisconsin  53711-3701  U.S.A.
  41. Telephone +1 (608) 238-7835             Pager     +1 (608) 277-4053
  42. Internet   Arnold@Arnold.Com            BITNET     ARNOLD@WISCPSL
  43.