home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20236 < prev    next >
Encoding:
Internet Message Format  |  1993-01-03  |  1.8 KB
  1. Path: sparky!uunet!spool.mu.edu!sgiblab!adagio.panasonic.com!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
  2. From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
  3. Newsgroups: comp.os.vms
  4. Subject: re: MAIL problem (NOT newmail count :)
  5. Date: 3 Jan 1993 09:14:09 GMT
  6. Organization: HST Wide Field/Planetary Camera
  7. Lines: 20
  8. Distribution: world
  9. Message-ID: <1i6ap1INNrct@gap.caltech.edu>
  10. References: <9212311443.AA20444@uu3.psi.com>,<C04z41.Jnz@micrognosis.co.uk>
  11. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  12. NNTP-Posting-Host: sol1.gps.caltech.edu
  13.  
  14. In article <C04z41.Jnz@micrognosis.co.uk>, nreadwin@micrognosis.co.uk (Neil Readwin) writes:
  15. >A couple of people have explained about the lost MAIL.LIS files being
  16. >created for print jobs from MAIL ... does anyone know a reason why lost
  17. >MAIL.TXT files get created? We get large numbers of these on our system
  18. >disk. They are almost always zero length and all the ones I can find at
  19. >the moment are owned by the MAIL$SERVER account (which is used for
  20. >incoming DECnet mail access). Neil.
  21.  
  22. As you guessed, MAIL_SERVER.EXE creates MAIL.TXT files as temporary files to
  23. hold incoming messages.  Only after the MAIL-11 protocol conversation with the
  24. remote host has completed are the files merged with the addressee's MAIL.MAI
  25. and the temporary MAIL.TXT files deleted.
  26. --------------------------------------------------------------------------------
  27. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  28.  
  29. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  30. understanding of astronomy is purely at the amateur level (or below).  So
  31. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  32. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  33. hold me responsible for it, but my organization had nothing to do with it.
  34.