home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / vmsnet / mail / pmdf / 2175 next >
Encoding:
Internet Message Format  |  1992-08-23  |  2.3 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!mips!swrinde!elroy.jpl.nasa.gov!decwrl!decwrl!infopiz!mccall!ipmdf-newsgate!list
  2. From: dan@innosoft.com (Daniel C. Newman)
  3. Newsgroups: vmsnet.mail.pmdf
  4. Subject: RE: pmdf v4.1-1 and slow delivery
  5. Message-ID: <01GNX7ILY3TE94E1EZ@INNOSOFT.COM>
  6. Date: 23 Aug 92 21:12:31 GMT
  7. Organization: The Internet
  8. Lines: 29
  9. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  10. Resent-Date: 23 Aug 1992 13:12:31 -0800 (PST)
  11. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  12. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  13. Resent-Message-ID: <01GNX7JJM5QA95O1A9@YMIR.CLAREMONT.EDU>
  14. X-Vms-To: IN%"tkslen@ubvms.cc.buffalo.edu"
  15. X-Vms-Cc: IPMDF
  16. Mime-Version: 1.0
  17. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  18. Content-Transfer-Encoding: 7BIT
  19.  
  20. > I just installed vms v5.5-1 and pmdf v4.1-1 on monday.  Ever since then it
  21. > seems
  22. > my queues build during the day (all of them from the local to the bitnet and
  23. > internet queues) then during the night they catch up.  I feel this is from the
  24. > low volume of new mail during the night.
  25. > Anyone have any idea's of what could be causing the performance problem.  The
  26. > cpu the queue is running on not 100% loaded.  The log files from the delivery's
  27. > show no errors, just successful delivery's.
  28. > When I installed pmdf all I did was run bitnet_domains.  Should I have run
  29. > something else?
  30.  
  31. This sounds a lot like a queue cache ownership problem.  If the ownership ot
  32. the queue cache is incorrect, then some incoming mail (depends upon the
  33. channel) may not get registered in the queue cache and thus will sit around
  34. undelivered until it is registered in the queue cache.  At about midnight, the
  35. RETURN job will run and will synchronize the cache and finally some of this
  36. mail will be noticed and delivered.
  37.  
  38. The queue cache is the file PMDF_ROOT:[TABLE]QUEUE_CACHE.DAT.  It should be
  39. owned by [PMDF] or whatever your PMDF account is.  If you do not have a PMDF
  40. account, then it should be owned by the [SYSTEM].  Its protection should be
  41. (S:RWED,O:RWED,G,W).  There was a problem with 4.1-0, -1, and -2 kits which
  42. could lead to the queue cache not having the proper ownership.
  43.  
  44. ... and then your problem may be something entirely different.  If that is the
  45. case, the best way to start in tracking the problem down is to identify which
  46. channels seem to be afflicted the most.
  47.  
  48. Dan
  49.