home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / next / sysadmin / 4350 < prev    next >
Encoding:
Text File  |  1992-07-24  |  4.0 KB  |  93 lines
  1. Newsgroups: comp.sys.next.sysadmin
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!bru!newsman
  3. From: brunkhorst@mayo.edu (Geoff Brunkhorst)
  4. Subject: re:  Mail.app not reading /usr/spool/mail directory...
  5. Message-ID: <1992Jul24.133416.2867@bmw.mayo.edu>
  6. Sender: newsman@bmw.mayo.edu (/home/bmw/usenet)
  7. Reply-To: brunkhorst@mayo.edu
  8. Organization: Mayo Foundation, Rochester MN. Campus
  9. References: <92205.160222NICKERSN@MAINE.MAINE.EDU>
  10. Date: Fri, 24 Jul 92 13:34:16 GMT
  11. Lines: 80
  12.  
  13. In article <92205.160222NICKERSN@MAINE.MAINE.EDU> Steven A. Nickerson  
  14. <NICKERSN@MAINE.MAINE.EDU> writes:
  15. > After finally getting my sendmail.cf file to work properly
  16. > I can receive and send mail from out NeXT, but now Mail.app
  17. > won't read incoming mail for me.   I have to open a Shell
  18. > and read mail in the "standard" way (i.e. with "mail").
  19. > Anyone have any ideas...?
  20. > Thanks in advance
  21.  
  22. verify your /usr/spool/mail directory has write permissions from the Mail.app
  23.  
  24. NeXTanswers states
  25. -------------------------------------------------------------
  26. Q:  I'm in a very heterogeneous environment.  My /usr/spool/mail directory is  
  27. mounted from another machine (a Sun Sparcstation).  I'd like to use the NeXT  
  28. Mail app, but it won't fetch my mail.  The little letters don't even pop up in  
  29. the envelope!  I know I have mail because the Berkeley Mail program works, and  
  30. so does biff and from.
  31.  
  32. A: The NeXTMail app needs to write a lock file in the /usr/spool/mail  
  33. directory.  If it can't write that file, it can't even check for mail.  
  34.  
  35. First, check the permissions, groups and owners of /usr/spool/mail.  This is  
  36. what we found at one site:
  37.  
  38. myhostname > ls -ltdg /usr/spool/mail
  39. drwxrwxr-x  3 root     mail       1024 Jan 28 15:46 /usr/spool/mail/
  40.  
  41. They had created a new group, called "mail" and made that the group of the  
  42. /usr/spool/mail directory.  They then only gave that group and the owner of the  
  43. directory (root) the ability to write to that directory.  The administrators of  
  44. the network apparently did this for security's sake.   
  45.  
  46. Mail.app has two executables which need to do stuff in /usr/spool/mail, and  
  47. their owners come from the factory as:
  48.  
  49. myhostname> ls -ltg /NextApps/Mail.app/M*
  50. -rwxr-xr-x  1 root     wheel     245760 Nov 18 21:25 Mail*
  51. -r-xr-xr-x  1 root     wheel      24576 Nov 15 15:11 MailFetch*
  52.  
  53. Thus Mail can't write in the spool directory, and can't check your mail  
  54. apparently.  If you change both Mail's and MailFetch's group to mail and make  
  55. them setgroupid, you'll solve this problem.  
  56.  
  57. myhostname> su
  58. Password:
  59. myhostname# chgrp mail /NextApps/Mail.app/Mail /NextApps/Mail.app/MailFetch
  60. myhostname# chmod g+s /NextApps/Mail.app/Mail /NextApps/Mail.app/MailFetch
  61. myhostname# ls -ltg /NextApps/Mail.app/M*
  62. -rwxr-sr-x  1 root     mail     245760 Nov 18 21:25 Mail*
  63. -r-xr-sr-x  1 root     mail      24576 Nov 15 15:11 MailFetch*
  64.  
  65. One other possible solution is to set /usr/spool/mail to mode 1777:
  66.  
  67. myhostname% ls -ldg /usr/spool/mail
  68. drwxrwxrwt  9 root     wheel      25600 Jan 28 14:20 /usr/spool/mail/
  69.  
  70. Note the sticky bit is turned on (the high-order 1 in the 1777, for you  
  71. non-geeks out there!).  This means that even though everyone can write to the  
  72. directory other things control file deletion.  This is the same mode we use in  
  73. /tmp.  Depending on the installation, this solution may or may not be  
  74. appropriate.
  75.  
  76. QA678
  77.  
  78. Valid for 2.0
  79.  
  80. -------------------------------------------------------------
  81. I ran into this last week after blindly believing COPS which
  82. told me write access to that directory is considered a security risk
  83. (It probably is, but...).
  84.   
  85. - Geoff
  86. --
  87. "The only thing obsoleted by Windows 3.1 is poking myself in the
  88. eye with a pointed stick." - Gene Lee
  89. ---------------------------------------------------------------
  90. Geoffrey Brunkhorst, RCF                    brunkhorst@Mayo.edu
  91. Guggenheim 10                                    (507) 284-1805
  92. Mayo Foundation, Rochester MN, 55905 USA     fax (507) 284-5231 
  93.