Gordon Messmer writes:
Perhaps the solution would be to reserve fd #1 and fd #2 by opening /dev/null a couple of times before creating the pipes? Not too sure on this one.
That's exactly what the short shell script fragment does, which I posted several days ago.
Unless I misunderstand something, there's nothing you can do in your at job that will correct the problem.
atd runs the job with the output streams attached to a file in /var/spool/at/. When the job completes, atd forks, closes all of its fd's, and opens that file, so that it is attached to fd #0. Now, with only fd 0 open, it forks and execs /usr/sbin/sendmail.
If sendmail or any of courier's command line programs rely on some sort of sane environment, they probably ought to validate the environment and make what corrections are required (and can be reasonably made).
------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
