home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20093 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  1.5 KB
  1. Path: sparky!uunet!usc!sdd.hp.com!news.cs.indiana.edu!bsu-cs!bsu-ucs.uucp!00mjstum
  2. From: 00mjstum@leo.bsuvc.bsu.edu (Matthew J. Stum)
  3. Newsgroups: comp.os.vms
  4. Subject: MAIL problem (NOT newmail count :)
  5. Message-ID: <1992Dec30.122948.13315@bsu-ucs>
  6. Date: 30 Dec 92 17:29:48 GMT
  7. Organization: Widget Enterprises
  8. Lines: 27
  9.  
  10.  
  11. Hey, I have a MAIL question, and it doesn't involve the NEWMAIL count.. :-)
  12.  
  13. Anyway, it's nothing tragic, but I've been wondering for a long time now
  14. why we end up with a lot of MAIL.LIS files in our [SYSLOST] directories.
  15. Here's my assumption based on what little detective work I've been
  16. motivated to do:  The MAIL.LIS files are temporary files used when PRINTing
  17. from MAIL... however, for some reason the MAIL.LIS file doesn't get deleted
  18. properly.  More like a SET FILE/REMOVE thing.
  19.  
  20. The problem arises that we have quotas enabled on our user disks and it
  21. wreaks havoc with a user if (s)he prints a lot from MAIL.
  22.  
  23. Is this normal?  Or do we have something set up strangely?  Is there
  24. another way around it besides routinely cleaning the [SYSLOST] directories
  25. of MAIL.LIS files?
  26.  
  27. Hmmm... now that I think of it, I don't use PRINT/DELETE a whole lot... is
  28. this something connected with the queueing system and not MAIL?  I don't
  29. see anything about PRINT in the docs that would nail it down one way or
  30. another.
  31.  
  32. Thanx...
  33.  
  34. -- 
  35. Matt Stum                    Gwydion ap Myrddin       Ball State University
  36. 00mjstum@leo.bsuvc.bsu.edu   Shire of Afonlyn, MK     Muncie, IN  USA
  37.