home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.mail.misc:2909 comp.protocols.nfs:2234 comp.mail.elm:2314 comp.unix.admin:4880 comp.sys.sun.admin:6153 comp.unix.ultrix:6697
- Path: sparky!uunet!dove!beldar.ncsl.nist.gov!stan
- From: stan@beldar.ncsl.nist.gov (Stan Janet)
- Newsgroups: comp.mail.misc,comp.protocols.nfs,comp.mail.elm,comp.unix.admin,comp.sys.sun.admin,comp.unix.ultrix
- Subject: Re: Frequency of NFS lock problems w/ NFS mounted mail spool
- Message-ID: <5388@dove.nist.gov>
- Date: 4 Sep 92 18:40:34 GMT
- References: <1992Aug30.032843.8468@ddsw1.mcs.com> <LINDA.92Sep1135545@matisse.uni-paderborn.de> <AULTJ.92Sep1150109@caleb.rpi.edu>
- Sender: news@dove.nist.gov
- Reply-To: stan@magi.ncsl.nist.gov
- Followup-To: comp.mail.misc
- Organization: National Institute of Standards and Technology, Gaithersburg, MD
- Lines: 18
-
- In article <AULTJ.92Sep1150109@caleb.rpi.edu> aultj@rpi.edu (Jim Ault) writes:
- >We have over 350 client workstations (half Suns, half IBMs) mounting a
- >single mail directory (from a Sun) read-write, and all of them forward
- >mail to the server for local delivery. This machine is also used as a
- >forwarding machine for mail that goes off campus. It has not broken
- >down yet (but we have been seeing some high loads lately).
-
- Is there some reason you want your clients forwarding outgoing mail to
- the server instead of transmitting it off campus themselves? As long as
- you put a "Reply-To: <user>@<server>" line in the header, replies should
- go to the server, and the server will be much less of a bottleneck.
-
- You'd probably need a way to update all the non-diskless clients'
- /etc/sendmail.cf files from time to time, but with so many workstations,
- I bet you've already had to find a mechanism to do that sort of thing.
-
- -- Stan Janet
- stan@magi.ncsl.nist.gov
-