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