home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / vmsnet / mail / pmdf / 1957 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  1.8 KB

  1. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!mips!swrinde!elroy.jpl.nasa.gov!decwrl!decwrl!infopiz!mccall!ipmdf-newsgate!list
  2. From: ned@sigurd.innosoft.com (Ned Freed (Postmaster))
  3. Newsgroups: vmsnet.mail.pmdf
  4. Subject: RE: stuck message in bit_gateway channel
  5. Message-ID: <01GMO7BXXL8A8ZEJNN@SIGURD.INNOSOFT.COM>
  6. Date: 22 Jul 92 16:24:59 GMT
  7. Organization: The Internet
  8. Lines: 24
  9. Resent-Date: 22 Jul 1992 08:24:59 -0800 (PST)
  10. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  11. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  12. Resent-Message-Id: <01GMO86HZ5YQ9GV8N8@YMIR.CLAREMONT.EDU>
  13. X-Vms-To: IN%"RICK@qucdnee.ee.queensu.ca"
  14. X-Vms-Cc: IPMDF
  15. Mime-Version: 1.0
  16. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  17. Content-Transfer-Encoding: 7BIT
  18.  
  19. First of all, while the log is helpful, it is not sufficient to determine
  20. if this is a known problem or not. A log with master_debug and slave_debug
  21. enabled on the channel would allow for a much more precise determination.
  22.  
  23. With this much information and no more I'm reduce to making guesses. This
  24. looks like a known problem with PMDF V4.0 and bit_gateway channels that
  25. are marked nosendpost. One workaround is to mark the channel errsendpost
  26. or sendpost. errsendpost is actually the right thing to mark this channel,
  27. since nosendpost results in situations where nobody at all gets copies
  28. of some failed messages.
  29.  
  30. This problem is fixed in PMDF V4.1.
  31.  
  32. Now, it is possible that there is something else wrong. I have made a
  33. bunch of assumptions here. If this is not what happening I'll need (1)
  34. a more detailed log, (2) a copy of your PMDF.CNF, (3) precise information
  35. about what version you're running, and (4) a copy of the message that's
  36. causing the problem.
  37.  
  38. Finally, you might want to continue this discussion with service@innosoft.com
  39. rather than info-pmdf, especially if large logs and configurations are
  40. involved.
  41.  
  42.                 Ned
  43.