Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ncar!boulder!ccncsu!longs.LANCE.ColoState.Edu!steved
From: steved@longs.LANCE.ColoState.Edu (Steve Dempsey)
Newsgroups: comp.mail.mh
Subject: Re: inc loses mail when file system full
Keywords: inc, write failed, file system full
Message-ID: <1884@ccncsu.ColoState.EDU>
Date: 11 May 89 20:11:25 GMT
References: <1875@ccncsu.ColoState.EDU>
Sender: news@ccncsu.ColoState.EDU
Distribution: usa
Organization: Colorado State University, Fort Collins, CO  80523
Lines: 27


[about inc losing mail when file system is full]


I got a couple of replies saying the problem should have been fixed
after MH6.3, so I looked a bit further and found it is more complicated
than I thought.  I usually use a workstation where my home is remote
mounted with NFS.  This is when I have problems.  But if I use the
machine where file system physically resides, inc does recognize the
error and aborts, leaving the mail drop intact. Using the other machine
is not an option because it is only a gateway & file server, and most
of our 2000+ users are not permitted to login to the servers.

My MH options are:

version: MH 6.6 #1[UCI] (ics) of Tue May 24 15:51:53 PDT 1988
options: [BSD42] [BSD43] [BERK] [TTYD] [DUMB] [MHE] [NETWORK] [BIND]
         [RPATHS] [ATZ] [SBACKUP='"#"'] [DPOP] [MHRC] [RPOP] [OVERHEAD]
         [WHATNOW] [SENDMTS] [SMTP] [POP] [BPOP]

This is under Ultrix2.2 and MORE/BSD (Mt. Xinu).  So who is at fault,
MH or NFS?

        Steve Dempsey,  Center for Computer Assisted Engineering
  Colorado State University, Fort Collins, CO  80523    +1 303 491 0630
INET: steved@longs.LANCE.ColoState.Edu, dempsey@handel.CS.ColoState.Edu
UUCP: boulder!ccncsu!longs.LANCE.ColoState.Edu!steved, ...!ncar!handel!dempsey