home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #23 / NN_1992_23.iso / spool / vmsnet / mail / pmdf / 2453 < prev    next >
Encoding:
Internet Message Format  |  1992-10-09  |  2.3 KB
  1. Path: sparky!uunet!decwrl!infopiz!mccall!ipmdf-newsgate!list
  2. Newsgroups: vmsnet.mail.pmdf
  3. Subject: RE: PMDF-MR: cannot put NBS bodypart file - file does not contain
  4. Message-ID: <01GPQ68YEWMG8WVZ6G@INNOSOFT.COM>
  5. From: Ned Freed <ned@innosoft.com>
  6. Date: 09 Oct 1992 01:17:14 -0700 (PDT)
  7. Organization: The Internet
  8. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  9. Resent-Date: 09 Oct 1992 01:17:14 -0700 (PDT)
  10. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  11. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  12. Resent-Message-ID: <01GPQ6B8YY8Y8WX0UH@YMIR.CLAREMONT.EDU>
  13. X-Vms-To: IN%"bob@camb.com"
  14. X-Vms-Cc: IPMDF
  15. Mime-Version: 1.0
  16. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  17. Content-Transfer-Encoding: 7BIT
  18. Lines: 35
  19.  
  20. > Our MR_LOCAL queue had stopped moving.  There was one file with a name
  21. > starting with Q and all the others started with ZZ.  I had to manually
  22. > hold it to get the queue moving again.
  23.  
  24. This should not be happening. The file delivery was attempted on should have
  25. been renamed so that it no longer appears at the front of the queue. PMDF sorts
  26. messages and attempts delivery on messages with the fewest delivery attempts
  27. first.
  28.  
  29. Moreover, any subsequent immediate delivery jobs should not see this message at
  30. all no matter what its name is; it should be too old to be considered.
  31.  
  32. I have no explanation other than to suggest you have seriously busted PMDF
  33. somehow.
  34.  
  35. > I've attached the problem file and the log file showing how the MR_LOCAL
  36. > channel was dying.
  37.  
  38. Someone has posted a message containing a bogus part; it is labelled as
  39. an NBS part but it is not. PMDF-MR has absolutely no interaction with
  40. any of this -- the part is purely a bag of bits.
  41.  
  42. PMDF-MR has no choice but to offer these parts to Message Router; there is no
  43. way to check from for legality. And if they fail Message Router is placed in an
  44. inconsistent and unrecoverable state. The entire transaction has to be aborted.
  45. Experience has also shown that sometimes things will work on a subsequent
  46. attempt -- I have no idea why this happens, but it has been reported to occur.
  47. (I have never been able to duplicate it locally; they are either legal or
  48. illegal in any test I've done.)
  49.  
  50. It is therefore impossible to do anything other than what PMDF-MR is doing now;
  51. the message should eventually time out and bounce, and in the meantime it
  52. should not block the queue in any way.
  53.  
  54.                 Ned
  55.