Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!brunix!sgf
From: sgf@cfm.brown.edu (Sam Fulcomer)
Newsgroups: comp.sys.sgi
Subject: Re: mail problem with SUNS & SGI
Message-ID: <75393@brunix.UUCP>
Date: 12 May 91 14:02:20 GMT
References: <9105120937.AA12077@crow.omni.co>
Sender: news@brunix.UUCP
Organization: Brown University Center for Fluid Mechanics
Lines: 34

In article <9105120937.AA12077@crow.omni.co> rpaul@crow.UUCP (Rodian Paul) writes:
>Brad J Zoltick writes:
>
>> MAIL BUG INVOLVING SUNs and SGI machines:
>> We have a small network of Suns and Sgi machiness. On the
>> Suns(SUNOS4.1.1), we have mounted the /usr/spool/mail directory
>> 
>> Trying this same idea on the SGI(IRIX 3.3.1) machines fails. The
>> problem arises from the ownership of the files in /usr/spool/mail,
>> (linked to /usr/mail on the SGI machines) becoming owned by daemon
>> rather than the recipient.
>> 
>
>We've done the reverse, /usr/mail is a symbolic link on all of our IRIS's
>to /usr/people/mail which is exported from a main SGI server along with
>user's home directories. 


We have this setup with no problems...

l---------   1 root     sys            5 Feb  5 10:57 /usr/mail -> /mail
drwxrwsrwt   2 root     daemon      2048 May 12 09:52 /mail
lrwxrwxrwx   1 root     daemon        21 Feb  5 11:37 /mail/:saved -> /usr/mail.hide/:saved

The Sun (OS 4.1.1) is the mailhost. All mail is blindly handed to the 
mailhost, which is the only machine to write into the spool directory.

The hard part was getting it to work on the Masscomp...

-- 
_/**/Sam_Fulcomer	sgf@cfm.brown.edu	What, me panic: uba crazy

Associate Director for Computing Facilities and Scientific Visualization
Brown University Center for Fluid Mechanics, Turbulence and Computation