home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.protocols.nfs:2232 comp.mail.elm:2312 comp.sys.sun.admin:6150
- Newsgroups: comp.protocols.nfs,comp.mail.elm,comp.sys.sun.admin
- Path: sparky!uunet!mcsun!Germany.EU.net!rrz.uni-koeln.de!risc3.mi.Uni-Koeln.DE!pfenning
- From: pfenning@risc3.mi.Uni-Koeln.DE (Joerg-Thomas Pfenning)
- Subject: Re: Frequency of NFS lock problems w/ NFS mounted mail spool
- Message-ID: <1992Sep04.163015.147442@rrz.uni-koeln.de>
- Sender: news@rrz.uni-koeln.de (Usenet News System)
- Organization: Institute for Mathematics, University of Cologne, Germany
- References: <1992Aug27.185938.21422@leland.Stanford.EDU> <92248.145904QQ11@LIVERPOOL.AC.UK>
- Date: Fri, 04 Sep 92 16:30:15 GMT
- Lines: 20
-
- In article <92248.145904QQ11@LIVERPOOL.AC.UK>, QQ11@LIVERPOOL.AC.UK (Alan Thew) writes:
- |> In article <vanepp.715392389@sfu.ca>, vanepp@fraser.sfu.ca (Peter Van Epp) says:
- |> >
- |> >without any problem. Again as memory serves, Elm is prepared to use the .lock
- |> >file if asked to.
- |> >
-
- This will only help if you use a NFS-secure version of dot-locking.
- We had a lot of Problems with the user agents mush, elm ..
- running on diskless clients dot-locking the NFS-mounted mailboxes.
- We now use procmail as our mail delivery mechanism and changed the
- locking code in mush to use same the NFS-secure (dot-)locking mechanism.
-
- --
- Postal: Thomas Pfenning, University of Cologne, Institute for Mathematics
- Weyertal 88-90, W 5000 Koeln 41, Germany
- E-Mail: pfenning@risc3.mi.uni-koeln.de
- Phone: +49 221 470 3937
- Fax: +49 221 470 5160
-
-