Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!uwm.edu!rpi!brutus.cs.uiuc.edu!apple!vsi1!teraida!zehntel!deb
From: deb@zehntel.zehntel.com (Deborah Heller)
Newsgroups: comp.mail.sendmail
Subject: Re: Uid in sendmail and NFS
Message-ID: <3741@zehntel.UUCP>
Date: 21 Feb 90 02:23:19 GMT
References: <10261@ardent.UUCP>
Sender: usenet@zehntel.UUCP
Reply-To: deb@zehntel.UUCP (Deborah Heller)
Organization: Zehntel, Inc. Walnut Creek, CA
Lines: 40

> massey@ardent (Todd Massey) writes:
>
>  Have a symbolic link via NFS to /usr/spool/mail.
>  Now when a machine running sendmail recieves a mail message and tries
>  to place the file in /usr/spool/mail with nfs mount links, it has a 
>  uid of nobody (-2), the reason behind this is that nfs does not allow
>  root to write to nfs volume with root uid.  
>  The only way i have come
>  up with so far is to get the berkeley distribution of sendmail and
>  fix this problem.  

	You don't need a sledge hammer to kill a fly.  NFS mounts, by default,
	do not allow root access across NFS boundaries.  But WAIT!  We HAVE the
	technology.  When your server exports the file system to the client(s)
	mounting /usr/spool/mail, use options to allow access=root.  If you
	have SunOS, check the manual on mount and export and exportfs.  For
	other Unix systems with NFS, you have to check for the implemented
	options.  Ultrix uses somethings like " -r=uid " in /etc/exports.

	The technology is NOW.

>  The reason i am writing, is before doing this 
>  maybe someone else has come up with a better idea.

	Yup...

>  I have tried the u & g flags in sendmail and several other things.
>  Just send me any ideas at all.
>
	Forget this stuff.  Too complicated.


	Deb

	8-)

Deborah Heller				UUCP:  ...!{decwrl,sun}!teraida!deb
Teradyne Zehntel Systems Division	Phone: (415) 932-6900
2625 Shadelands Drive
Walnut Creek, CA  94598			 Horse Lovers Are Stable People...