home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / mail / sendmail / 3103 < prev    next >
Encoding:
Text File  |  1993-01-05  |  2.0 KB  |  55 lines
  1. Newsgroups: comp.mail.sendmail
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!caen!batcomputer!lynx@msc.cornell.edu!rob
  3. From: rob@lynx.msc.cornell.edu.UUCP (Rob Vaughn,302 Thurston Hall,50637,2730428)
  4. Subject: Funny behavior when mailing to programs
  5. Message-ID: <1993Jan5.210513.6819@msc.cornell.edu>
  6. Originator: rob@snoopy.msc.cornell.edu
  7. Sender: news@msc.cornell.edu
  8. Organization: Cornell-Materials-Science-Center
  9. Date: Tue, 5 Jan 1993 21:05:13 GMT
  10. Lines: 43
  11.  
  12. I've come upon a strange problem with the sendmail daemon on our Convex
  13. system but I suspect this also crops up using the current IDA release.
  14. It's not a bug per se, but it has caused some serious problems and I
  15. hope someone can enlighten me a bit on why it is happening.
  16.  
  17. Our sendmail is set up like this:
  18.  
  19. -rwsr-xr-x  1 root     bin        360049 Dec 11 00:12 /usr/lib/sendmail
  20.    ^          ^^^^
  21. Note setuid to 'root'.
  22.  
  23. We have an alias set up as such to save mail message in a file:
  24.  
  25. catmsgs: "|/bin/cat >> /c/src/documents/msgs"
  26.  
  27. which had the following permissions:
  28.  
  29. -rw-rw----  1 root   mscadm       9258 Jan  5 12:57 /c/src/documents/msgs
  30.  
  31. Since my user account is a member of group 'mscadm' I had no problem using
  32. this alias - mail sent to it would be appended to the file thru 'cat'.
  33. But when I try it from 'root', or when cron tries to use this, it fails
  34. in strange ways, ultimately resulting in "554: Illegal mailer error 1".
  35.  
  36. I finally worked out that when the "prog" mailer is used, sendmail is
  37. executing the program as the user sending the mail, unless that user is
  38. running as 'root' in which case it runs the program as 'daemon'.  When I
  39. changed the ownership of the file above to 'daemon' the problems went
  40. away.
  41.  
  42. Is my understanding of this correct?  Can anyone explain a little better
  43. what is going on?  I have yet to see any mention of this in any
  44. documentation, and I'm worried that I don't really understand the 
  45. ramifications of this.  Is this a "feature" of some sort?
  46.  
  47. Thanks,
  48. Rob
  49.  
  50. -- 
  51.  
  52. Rob Vaughn, Fugitive Systems Guy
  53. Mat. Sci. Center Computing, Cornell University
  54. rob@msc.cornell.edu - rob@crnlmsc2.bitnet
  55.