From owner-freebsd-hackers Mon Jun 30 19:54:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA02844 for hackers-outgoing; Mon, 30 Jun 1997 19:54:22 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA02837 for ; Mon, 30 Jun 1997 19:54:19 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wit1v-0004K5-00; Mon, 30 Jun 1997 19:50:59 -0700 Date: Mon, 30 Jun 1997 19:50:58 -0700 (PDT) From: Tom Samplonius To: Terry Lambert cc: chuckr@glue.umd.edu, lmcsato@lmc.ericsson.se, freebsd-hackers@freebsd.org Subject: Re: NFS V3 is it stable? In-Reply-To: <199707010018.RAA10515@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 30 Jun 1997, Terry Lambert wrote: > > I've had sites report that even going Solaris to Solaris using the > > Solaris propietary lockd stuff, they still can get trashed mailboxes. > > Locking of any kind over NFS just isn't reliable. > > This is only true if your NFS violates the NFS write guarantees, > which SVR4 and Solaris do, by default. Turn off write gathering > and write caching (the "adb" commands are listed in the Network > Administration Manual) and the problem will go away. So you make a trade reliable locking for performance? I'd take performance any day, and just forget about exporting mailboxes. ... > > Use IMAP as an alternative. Set up your mail server as a IMAP server, > > and use Pine, Simeon (www.esys.ca), or Netscape 4 on your clients. > > Netscape is a known rogue client. Among other things, it does not > cache the correct seperator character on a per "#xxx" namespace > escape. So if you were reading news in "#news" (seperator "."), > and went to create a new mail folder, it wouldn't use "/" as the > component seperator when communicating the new forlder path to the > server. Works with the Cyrus server, which is all I care about. I don't think the imap spec hides enougth server implementation details, which makes clients overly complex. > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > > Tom