home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / vms / 21922 < prev    next >
Encoding:
Text File  |  1993-01-25  |  2.8 KB  |  56 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!europa.asd.contel.com!howland.reston.ans.net!zaphod.mps.ohio-state.edu!sdd.hp.com!decwrl!pa.dec.com!engage.pko.dec.com!nntpd.lkg.dec.com!Nephi.Enet.DEC.Com!coar
  3. From: coar@Nephi.Enet.DEC.Com (Rodent of Unusual Size)
  4. Subject: Re: MAIL problem (NOT newmail count :)
  5. Message-ID: <1993Jan25.185707.1161@nntpd.lkg.dec.com>
  6. Summary: Sometime it *can* be a queueing system problem
  7. Keywords: queue system, PRINT /DELETE
  8. Sender: usenet@nntpd.lkg.dec.com (USENET News System)
  9. Organisation: Employed by (*NOT* speaker for) DEC, Boxborough, MA, U.S.A.
  10. Organization: Digital Equipment Corp.
  11. References: <1992Dec30.122948.13315@bsu-ucs> <1hsrkgINNt6r@master.cs.rose-hulman.edu>
  12. Distribution: comp
  13. Date: Mon, 25 Jan 1993 18:25:01 GMT
  14. Lines: 40
  15.  
  16.  
  17. In article <1hsrkgINNt6r@master.cs.rose-hulman.edu>, mgrthh@rosevc.rose-hulman.edu (Thomas H. Hopson) writes...
  18. > 
  19. >In article <1992Dec30.122948.13315@bsu-ucs>, 00mjstum@leo.bsuvc.bsu.edu (Matthew J. Stum) writes:
  20. > >
  21. >>Hmmm... now that I think of it, I don't use PRINT/DELETE a whole lot... is
  22. >>this something connected with the queueing system and not MAIL?  I don't
  23. >>see anything about PRINT in the docs that would nail it down one way or
  24. >>another.
  25. > 
  26. >It's not a fault of PRINT/DELETE nor of the queueing system.  It's really a
  27. >fault of MAIL for deciding to use a "temporary" file when the possibility
  28. >exists that the file may not be printed and deleted immediately.
  29.  
  30.     In some not-too-ancient versions of the OpenVMS operating system (back
  31.     when it was the plain VMS name), there was a known problem with files
  32.     entered into the queuing system with /DELETE.  If one file couldn't be
  33.     deleted, it could block the deletion of all subsequent files so marked in
  34.     the queue file.
  35.  
  36.     I believe this was fixed as part of the Version 5.5 queue system rewrite.
  37.     However, if you're running an older version, be aware that the queue
  38.     system *may* be at fault.  The workaround of stopping and re-starting the
  39.     (pre-V5.5) queue manager would clear it up for a while.  There is a patch
  40.     available that fixes this behaviour.
  41.  
  42.     Files that are referenced in the queue file are not deleted until the
  43.     queue entry is gone, which means that an entry that was `retained on
  44.     error' (or for any other reason) will not have the corresponding file(s)
  45.     deleted.  This is by design; if you decide to release the job again, it's
  46.     good to keep the files around. ;-)
  47.  
  48. >Thomas H. Hopson                      work: mgrthh@rosevc.rose-hulman.edu
  49.  
  50.     #ken    :-)}    Jeratol the Chaotic (KLC31)
  51.  
  52. Coar@Nephi.Enet.DEC.Com     | All opinions herein contained, stated or implied,
  53. Coar@DECUS.Org         | are solely those of the author.  And he's fullovem.
  54. Coar@Eisner.DECUS.Org     | `... it was mine art, ... that made gape the pine 
  55. Massachusetts, USA       | and let thee out.'  - Prospero (_The Tempest_)
  56.