home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / mail / sendmail / 3293 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.4 KB  |  58 lines
  1. Newsgroups: comp.mail.sendmail
  2. Path: sparky!uunet!charon.amdahl.com!amdahl!rtech!pacbell.com!sgiblab!spool.mu.edu!uwm.edu!ux1.cso.uiuc.edu!mp.cs.niu.edu!rickert
  3. From: rickert@mp.cs.niu.edu (Neil Rickert)
  4. Subject: Re: Prog Mailer Under IDA Sendmail 5.65c not Compatible With Sun's?
  5. Message-ID: <1993Jan28.020100.13918@mp.cs.niu.edu>
  6. Organization: Northern Illinois University
  7. References: <1993Jan28.004111.11089@cc.gatech.edu> <1993Jan28.010556.11365@cc.gatech.edu>
  8. Date: Thu, 28 Jan 1993 02:01:00 GMT
  9. Lines: 47
  10.  
  11. In article <1993Jan28.004111.11089@cc.gatech.edu> peter@cc.gatech.edu (Peter N. Wan) writes:
  12. >
  13. >Some folks are doing "| if ... ; then ... ; else ... ; fi" and you get
  14. >"sh: syntax error at line 1: `end of file' unexpected" and "unknown
  15. >mailer error 2" messages now (didn't used to before).
  16. >
  17. >I found and disabled "OB." so that the blanks in some of the command
  18. >lines aren't being changed to ".", that seems to have fixed some of the
  19. >problems.
  20.  
  21. The 'OB.' is the major significant difference from SunOS sendmail where
  22. the prog mailer is concerned.  Both use /bin/sh as the delivery agent.
  23. If removing the blank substitute has any effect, it is only because your
  24. users have incorrectly defined their '.forward' entries.
  25.  
  26.  Wrong:
  27.     | if ... ; then ... ; else ... ; fi
  28.  
  29.  Right:
  30.     "| if ... ; then ... ; else ... ; fi"
  31.  
  32. or, even better:
  33.     |" if ... ; then ... ; else ... ; fi"
  34.  
  35. That is, the programmatic address should be quoted in '.forward'.  A
  36. program alias typically contains characters which are not permitted in
  37. email addresses unless quoted with double quotes ("..").  Sendmail
  38. removes this set of quotes before feeding the command to /bin/sh.
  39.  
  40. In article <1993Jan28.010556.11365@cc.gatech.edu> peter@cc.gatech.edu (Peter N. Wan) writes:
  41. >
  42. >I forgot to say that some of the other failures are for scripts that seem
  43. >to silently fail when they executed before; these scripts truncate and open
  44. >files in the user's (mostly locked, 0700 mode) directories.
  45.  
  46. I can't guess what if anything is happening here.  It is often wiser to
  47. put complex commands into a shell script, and have the shell script invoked
  48. by the alias.
  49.  
  50. >As far as consistency goes, I am still getting "cannot create output" errors
  51. >for the users who just put a path in their .forward (the path goes into
  52. >locked/secured directories as well).
  53.  
  54. If this didn't happen with SunOS, then SunOS must have weakened the
  55. standard permissions checking.  If you set the files to mode 4600 you
  56. should alleviate this problem.
  57.  
  58.