Sam Varshavchik wrote:Solution: manually pipe your command's output to sendmail. Before that, use shell's redirection to attach /dev/null as the default stdin/stdout.
Sam, that's a workaround, a method to avoid the problem. make sure there is no output from the job because courier sendmail will not send it. if you want something done with job output, do it in the job.
Gordon suggests the solution to the problem involves courier not making assumptions about fd disposition.
as for your suggestion of using exec to point fds to /dev/null, i don't get it. if you know how to effect atd's fd's at the time it forks sendmail, enlighten. anything you do to a job shell's fd's only effect that job shell and ends when the shell exits. i'm sure you know this so i can't understand why you keep saying that, unless you mean to say replace sendmail with a wrapper that fixes up the fd's before calling the real sendmail. well that would be what Gordon is getting at, that courier sendmail should sanitize its environment better. or we could fix atd to be more gentle with courier sendmail.
courier sendmail fails _SILENTLY_ when its fd's are not properly manicured.
I'm going to look at this, in detail, after the next release.
If you want this fixes sooner, install the current development build, and test it. The sooner it's released, the sooner I'll look at this.
pgp00000.pgp
Description: PGP signature
