home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!paladin.american.edu!gatech!usenet.ins.cwru.edu!cleveland.Freenet.Edu!cd382
- From: cd382@cleveland.Freenet.Edu (Jim Walker)
- Newsgroups: comp.os.vms
- Subject: re: MAIL problem (NOT newmail count :)
- Date: 1 Jan 1993 12:43:40 GMT
- Organization: Case Western Reserve University, Cleveland, OH (USA)
- Lines: 22
- Message-ID: <1i1e9sINNmgj@usenet.INS.CWRU.Edu>
- References: <C04z41.Jnz@micrognosis.co.uk> <9212311443.AA20444@uu3.psi.com>
- Reply-To: cd382@cleveland.Freenet.Edu (Jim Walker)
- NNTP-Posting-Host: hela.ins.cwru.edu
-
-
- In a previous article, nreadwin@micrognosis.co.uk (Neil Readwin) says:
-
- >A couple of people have explained about the lost MAIL.LIS files being
- >created for print jobs from MAIL ... does anyone know a reason why lost
- >MAIL.TXT files get created? We get large numbers of these on our system
- >disk. They are almost always zero length and all the ones I can find at
- >the moment are owned by the MAIL$SERVER account (which is used for
- >incoming DECnet mail access). Neil.
- >--
- > Phone: +44 71 815 5283 E-mail: nreadwin@micrognosis.co.uk
- > Anything is a cause for sorrow that my mind or body has made
- >
- The MAIL_SERVER stores incomming messages in a scratch file before
- delivery. The file is called MAIL.TXT, and like MAIL.LIS is not
- stored in a directory. The file is supposed to be deleted when
- it is no longer needed, but if MAIL_SERVER aborts sometimes it isn't.
- You might check the NETSERVER.LOG files in MAIL$SERVER's login
- directory for error messages.
-
- Jim Walker
- Glad it's not the newmail count.
-