home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / vmsnet / mail / pmdf / 1983 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  1.7 KB
  1. Path: sparky!uunet!cs.utexas.edu!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: Postmaster notification for held msgs
  5. Message-ID: <01GMWZJKLZDM96VL5T@SIGURD.INNOSOFT.COM>
  6. Date: 28 Jul 92 22:01:18 GMT
  7. Organization: The Internet
  8. Lines: 19
  9. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  10. Resent-Date: 28 Jul 1992 15:01:18 -0700 (PDT)
  11. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  12. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  13. Resent-Message-ID: <01GMWZR46PNM9GVWP1@YMIR.CLAREMONT.EDU>
  14. X-Vms-To: IN%"bob@camb.com"
  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. When PMDF puts messages on hold because of detected loops no messages are
  21. sent to notify anyone about it. In addition, the message return job does not
  22. "see" these messages and does not act on them in any way.
  23.  
  24. I think the reasons for not generating mail when mail loops have been detected
  25. are pretty obvious. If you want to do this yourself it is trivial to write
  26. a DCL procedure that runs once a day and does it. I would never recommend
  27. using such a scheme, however -- my experience has been that mail loops on
  28. postmaster addresses are far more common than on any other sort of address.
  29.  
  30. The preferred approach is to write something that checks for held messages
  31. and notifies the appropriate people using something other than mail. This is
  32. axiomatically outside of the realm of PMDF to implement, so we don't
  33. provide any mechanism for doing it. Given the fact that a single line of
  34. DCL suffices to check to see if any messages are on hold, there doesn't seem
  35. to be much infrastructure outside of the notification process to provide in
  36. any case.
  37.  
  38.                 Ned
  39.