home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / bit / listserv / pmdfl / 1847 < prev    next >
Encoding:
Text File  |  1992-08-22  |  2.8 KB  |  67 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!sol.ctr.columbia.edu!destroyer!gumby!yale!yale.edu!jvnc.net!darwin.sura.net!paladin.american.edu!auvm!INNOSOFT.COM!DAN
  3. Errors-to: epmdf@YMIR.BITNET
  4. X-Envelope-to: PMDF-L@IRLEARN.BITNET
  5. X-VMS-To: IN%"MIKE%UCDHEP.BITNET@ymir.claremont.edu"
  6. X-VMS-Cc: IPMDF
  7. MIME-version: 1.0
  8. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  9. Content-transfer-encoding: 7BIT
  10. Message-ID: <01GNUEQ6BZQQ95NWHR@YMIR.CLAREMONT.EDU>
  11. Date:         Fri, 21 Aug 92 22:28:05 GMT
  12. Sender:       PMDF Distribution List <PMDF-L@IRLEARN>
  13. From:         "Daniel C. Newman" <DAN@INNOSOFT.COM>
  14. Subject:      RE: Mail delivery stopped
  15. X-To:         MIKE@UCDHEP, IPMDF@YMIR
  16. Newsgroups: bit.listserv.pmdf-l
  17. Lines: 48
  18.  
  19. > I noticed yesterday that I had very few network mail messages, considering all
  20. > the mailing lists I'm on.  Also, one of our users complained that he had not
  21. > received Internet mail that he sent to himself from an outside site.  At that
  22. > time the VAX had been up for about 153 days, so I figured that this was no big
  23. > deal.  I.e., s**t happens, very large buffers eventually fill up, etc., etc.
  24. > So I rebooted the VAX, expecting to clear up the problem.  The reboot didn't
  25. > help.
  26. >
  27. > I have been receiving and sending Internet, Bitnet, and HEPnet mail on a daily
  28. > basis from and to sites all over the world, so I had no reason to expect
  29. > problems with PMDF.  But I noticed that PMDF_ROOT:[QUEUE.L] had over 1700 file
  30.    s
  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 ne
  37.    t.
  38.  
  39. At some point you lost the periodic and return jobs from your MAIL$BATCH queue.
  40. You should check this from time to time.
  41.  
  42. > I continued to test, and messages did not get delivered unless I executed
  43. > MASTER.COM by hand.
  44.  
  45. Sounds like the immediate delivery jobs for PMDF are dying for some reason.
  46. I suggest you check the log files.  If there are no log files, then you'll
  47. have to look at the system accounting records and see what the "final status
  48. code" is for the batch jobs.
  49.  
  50. >  I then did:
  51. >
  52. >                         $ @sys$startup:pmdf_submit_jobs
  53. >
  54. > This caused messages to be processed, but only at the default time interval of
  55. > four hours.  I now have this job run automatically every half hour, by setting
  56. > the logical name PMDF_POST_INTERVAL to 00:30:00.  This is tolerable, I guess,
  57. > but I'm pretty sure I didn't do that before.
  58.  
  59. This further confirms that something is causing the immediate delivery jobs to
  60. fail.  Have you also checked the version numbers for the L_MASTER.LOG and
  61. other log files?  It could be that it has reached 32,767.
  62.  
  63. Note that PMDF V4.1 is a lot more robust about dealing with version number
  64. problems.
  65.  
  66. Dan
  67.