home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / vmsnet / mail / pmdf / 1945 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  1.5 KB
  1. Path: sparky!uunet!olivea!decwrl!decwrl!infopiz!mccall!ipmdf-newsgate!list
  2. From: ned@innosoft.com (Ned Freed)
  3. Newsgroups: vmsnet.mail.pmdf
  4. Subject: RE: VMS MAIL_SERVER and undeleted temp files
  5. Message-ID: <01GMLUQWZEPQ8WW73E@INNOSOFT.COM>
  6. Date: 20 Jul 92 22:43:06 GMT
  7. Organization: The Internet
  8. Lines: 17
  9. Resent-Date: 20 Jul 1992 15:43:06 -0700 (PDT)
  10. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  11. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  12. Resent-Message-Id: <01GMLUW5M2WY985FZB@YMIR.CLAREMONT.EDU>
  13. X-Vms-To: IN%"MITCHELL%UTHSCSA.BITNET@ymir.claremont.edu"
  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. There are two cases where MAIL_SERVER is used. One is with PMDF's incoming
  20. message processing. The other is with incoming DECnet mail. I suspect that
  21. the latter is more of an issue; if experience is any indication the use of
  22. MAIL_SERVER in this way can lead to lots of these files left lying about.
  23.  
  24. PMDF has no direct involvement; these files are created (and deleted) entirely
  25. on the whim of MAIL_SERVER. It would seem that a decent exit handler would
  26. eliminate them unconditionally, but unfortunately this approach is not used
  27. as far as I know.
  28.  
  29. In short, this is a problem which, even if some abnormal condition in PMDF
  30. was the cause (this is totally hypothetical mind you), is totally the
  31. responsibility of VMS MAIL to clean up properly. Given the fact that these
  32. are pure scratch files not entered into any directory there is no way for
  33. PMDF to get a handle on the file even if it wanted to.
  34.  
  35.                 Ned
  36.