http://bugzilla.spamassassin.org/show_bug.cgi?id=3649
------- Additional Comments From [EMAIL PROTECTED] 2004-09-14 03:33 ------- I'm coming late to this thread, but my first impression (telltale: Bad file descriptor 2) is that the Util::helper_app_pipe_open_unix is not careful enough in ensuring the stdin/stdout/stderr in the forked process point to the right places and have correct fd numbers 0, 1 and 2. The source of the problem is the Net::Server pre-forked environment (in which amavisd-new lives), where STDIN points to the MTA socket, and STDOUT and STDERR are not necessarily on fd1 and fd2. To complicate matters, there are also main::stdin, main::stdout, main::stderr, and main::STDOUT. It has caused me a lot of headache, but I do not want to start hacking the Net::Server, so we have to live with it. Please see subroutine run_command() in file http://www.ijs.si/software/amavisd/amavisd, which is akin to Util::helper_app_pipe_open_unix, but more careful with potential fork problems and ensuring the resulting FDs are what they are supposed to be. (a pipe in the other direction is sub run_command_consumer) Mark ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
