atom feed16 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Re: no mail from ...
FromSent OnAttachments
Tim LynchAug 1, 2003 6:02 pm 
Sam VarshavchikAug 1, 2003 6:54 pm 
Tim LynchAug 4, 2003 11:57 am 
Jeff JansenAug 4, 2003 12:21 pm 
Sam VarshavchikAug 4, 2003 12:41 pm 
Tim LynchAug 4, 2003 2:04 pm 
Tim LynchAug 6, 2003 11:27 am 
Tim LynchAug 8, 2003 10:48 am 
Gordon MessmerAug 8, 2003 1:03 pm 
Gordon MessmerAug 8, 2003 2:37 pm 
Sam VarshavchikAug 8, 2003 5:50 pm 
Gordon MessmerAug 9, 2003 7:29 pm 
Sam VarshavchikAug 9, 2003 9:16 pm 
Tim LynchAug 11, 2003 12:38 pm 
Sam VarshavchikAug 11, 2003 2:09 pm 
Jon NelsonAug 11, 2003 2:13 pm 
Subject:Re: [courier-users] Re: no mail from root's at jobs (at jobs, not cron jobs)
From:Tim Lynch (admi@thirdage.com)
Date:Aug 11, 2003 12:38:41 pm
List:net.sourceforge.lists.courier-users

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.