home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / vmsnet / mail / pmdf / 2169 < prev    next >
Encoding:
Internet Message Format  |  1992-08-21  |  2.8 KB
  1. Path: sparky!uunet!usc!sdd.hp.com!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: Mail delivery stopped
  5. Message-ID: <01GNUD2TJAMA94E9YM@INNOSOFT.COM>
  6. Date: 21 Aug 92 20:19:12 GMT
  7. Organization: The Internet
  8. Lines: 46
  9. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  10. Resent-Date: 21 Aug 1992 12:19:12 -0800 (PST)
  11. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  12. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  13. Resent-Message-ID: <01GNUEQ6BZQQ95NWHR@YMIR.CLAREMONT.EDU>
  14. X-Vms-To: IN%"MIKE%UCDHEP.BITNET@ymir.claremont.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 noticed yesterday that I had very few network mail messages, considering all
  21. > the mailing lists I'm on.  Also, one of our users complained that he had not
  22. > received Internet mail that he sent to himself from an outside site.  At that
  23. > time the VAX had been up for about 153 days, so I figured that this was no big
  24. > deal.  I.e., s**t happens, very large buffers eventually fill up, etc., etc.
  25. > So I rebooted the VAX, expecting to clear up the problem.  The reboot didn't
  26. > help.
  27. >
  28. > I have been receiving and sending Internet, Bitnet, and HEPnet mail on a daily
  29. > basis from and to sites all over the world, so I had no reason to expect
  30. > problems with PMDF.  But I noticed that PMDF_ROOT:[QUEUE.L] had over 1700 files
  31. > in it, so I executed the command:
  32. >
  33. >                         $ @pmdf_root:[exe]master L
  34. >
  35. > This caused me to get hundreds of mail messages, some dated as long ago as May
  36. > of this year.  Apparently a large number of messages also went out over the net.
  37.  
  38. At some point you lost the periodic and return jobs from your MAIL$BATCH queue.
  39. You should check this from time to time.
  40.  
  41. > I continued to test, and messages did not get delivered unless I executed
  42. > MASTER.COM by hand.
  43.  
  44. Sounds like the immediate delivery jobs for PMDF are dying for some reason.
  45. I suggest you check the log files.  If there are no log files, then you'll
  46. have to look at the system accounting records and see what the "final status
  47. code" is for the batch jobs.
  48.  
  49. >  I then did:
  50. >
  51. >                         $ @sys$startup:pmdf_submit_jobs
  52. >
  53. > This caused messages to be processed, but only at the default time interval of
  54. > four hours.  I now have this job run automatically every half hour, by setting
  55. > the logical name PMDF_POST_INTERVAL to 00:30:00.  This is tolerable, I guess,
  56. > but I'm pretty sure I didn't do that before.
  57.  
  58. This further confirms that something is causing the immediate delivery jobs to
  59. fail.  Have you also checked the version numbers for the L_MASTER.LOG and
  60. other log files?  It could be that it has reached 32,767.
  61.  
  62. Note that PMDF V4.1 is a lot more robust about dealing with version number
  63. problems.
  64.  
  65. Dan
  66.