Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!samsung!uunet!mcsun!unido!pbinfo!michael From: michael@uni-paderborn.de (Michael Schmidt) Newsgroups: comp.mail.sendmail Subject: Re: Problem: mail spool area and .forward on different machines Message-ID: Date: 13 Nov 90 09:58:15 GMT References: <926@iiasa.UUCP> <1990Nov1.102200@ap.co.umist.ac.uk> <1990Nov6.191239.27200@mp.cs.niu.edu> Sender: news@uni-paderborn.de (News Uni-Paderborn) Organization: Uni Paderborn, Germany Lines: 24 In-Reply-To: rickert@mp.cs.niu.edu's message of 6 Nov 90 19:12:39 GMT Nntp-Posting-Host: athene >>>>> About Re: Problem: mail spool area and .forward on different >>>>> machines, Neil Rickert said: Neil> How reliable is this locking method? Neil> In particular what is the possibility of the following sequence: Neil> Machine 1 creates the file user.lock. Neil> Machine 2 tries checks and finds that user.lock doesn't exist, because Neil> NFS hasn't yet copied back the buffers. Neil> etc. Neil> I am just curious. I am not an NFS expert, but I have seen Neil> some behavior which at leasts makes me wonder. Yes, you're right. If NFS has a problem, we have a problem. And, once in a while, we have a problem with elm complaining about acorrupted folder. -- Michael Schmidt, FB 17, Uni-GH Paderborn, Warburgerstr. 100, D-4790 Paderborn, West Germany Mail: michael@pbinfo.UUCP or michael@uni-paderborn.de