home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / bit / listserv / pmdfl / 1789 < prev    next >
Encoding:
Text File  |  1992-08-16  |  4.2 KB  |  94 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!INNOSOFT.COM!NED
  3. Errors-to: epmdf@YMIR.BITNET
  4. X-Envelope-to: PMDF-L@IRLEARN.BITNET
  5. X-VMS-To: IN%"SMITH%NYUMED.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: <01GNMDX2AHTU95N96H@YMIR.CLAREMONT.EDU>
  11. Date:         Mon, 17 Aug 92 10:11:18 GMT
  12. Sender:       PMDF Distribution List <PMDF-L@IRLEARN>
  13. From:         Ned Freed <NED@INNOSOFT.COM>
  14. Subject:      RE: Error in queueing bounced message.
  15. X-To:         SMITH@NYUMED, IPMDF@YMIR
  16. Newsgroups: bit.listserv.pmdf-l
  17. Lines: 75
  18.  
  19. > I have been noticing an odd ?error? recently where messages are apparently
  20. > being placed in the wrong queue when they get bounced.  This isn't happening
  21. > all the time, of course.  But this is now the third such message, and I would
  22. > like to figure out what is wrong.
  23.  
  24. > This message was placed in the MR-LOCAL queue.  It should be in the MTCP-LOCAL
  25. > queue to be delivered.
  26.  
  27. Sorry -- this is incorrect. It should have gone into the MR_LOCAL queue and did
  28. just that. Here's my analysis of the message you presented.
  29.  
  30. PLIM@MCCLB0.MED.NYU.EDU sent a message to plim@nyu-medical.NYU.EDU. This was
  31. queued to the mtcp_local channel, which is what your configuration specifies.
  32. This message then bounced -- the host name is illegal (NSLOOKUP confirms this).
  33. The bounce message is then sent to both the postmaster and to the originator
  34. PLIM@MCCLB0.MED.NYU.EDU.
  35.  
  36. But the address PLIM@MCCLB0.MED.NYU.EDU is aliased back to
  37. plim@nyu-medical.NYU.EDU, so the bounce message itself bounces back to the
  38. bounce message's originator -- the postmaster.
  39.  
  40. The postmaster therefore receives two slightly different copies of this
  41. bounce message.
  42.  
  43. The postmaster is aliased to smith@nyu-medical.med.nyu.edu (note that this is a
  44. different domain name). This address is mapped to the mr_local channel. You
  45. therefore receive two copies of the bounce message via the mr_local channel and
  46. nobody else gets anything.
  47.  
  48. All this precisely matches the way you have PMDF and PMDF-MR configured. The
  49. headers make it all fairly clear in and of themselves, but I cross checked it
  50. with your configuration to be sure.
  51.  
  52. > What _I_ think happened is:  I sent a mesage to PLIM which bounced.
  53.  
  54. No -- PLIM sent a message to him-or-her-self which bounced. This then generated
  55. two copies of mail to the postmaster and nothing to anyone else since nobody
  56. else here has a valid address.
  57.  
  58. > The error notifying me of the bounce is the message that is stuck.
  59.  
  60. This is the first time you mention that things are stuck. From the looks of
  61. this message I suspect you have encountered the PMDF-MR problem with handling
  62. complex bounce messages. This has been discussed in this forum previously, and
  63. it is fixed in V4.1-10. (Side note for Bob Tinkelman: I checked this message in
  64. its various formats to be sure and it worked fine with -10)
  65.  
  66. > The PMDF-MR channel is reached by sending mail to 'nyu-medical.med.nyu.edu'
  67. > using SMTP, and I have an alias in the aliases. file routing SMTP mail to
  68. > smith@nyu-medical.
  69.  
  70. No, according to your configuration nyu-medical.med.nyu.edu is reached directly
  71. by an MR_LOCAL channel. Everyone else might reach it via SMTP (there is an MX
  72. for it) but you do not. There is no reason for mail to this domain to ever
  73. appear in your MTCP_LOCAL channel queue.
  74.  
  75. The domain nyu-medical.nyu.edu is reached via MTCP_LOCAL according to your
  76. configuration (I suspect this is just the .EDU rule acting here) and this
  77. domain is therefore illegal both to you and to everyone else.
  78.  
  79. > I have forwarded my VMS mail to the same address.  I am
  80. > getting the non-delivery notice because I am also the postmaster.  I am
  81. > including below the notification message sent to 'postmaster' and the queue
  82. > file from MR-LOCAL.
  83.  
  84. This explains why you are getting notices on the MR_LOCAL channel. Nobody
  85. else sees them since there's no other legal address associated with the
  86. message.
  87.  
  88. One final note. It is extremely unlikely that bounce messsages would go to
  89. different places than regular messages. There is nothing special about them,
  90. and the code used is identical (we are talking about the same bits in shared
  91. global memory here).
  92.  
  93.                                         Ned
  94.