http://bugzilla.spamassassin.org/show_bug.cgi?id=3823
------- Additional Comments From [EMAIL PROTECTED] 2004-09-26 16:21 ------- The fact that the patch makes this particular problem go away doesn't answer the question as to what the fix needs to be, or whether it needs to be in SA or amavisd. Why was Mail::SpamAssassin::Util::helper_app_pipe_open written in the first place? What bug was triggered by calling open that it fixed? Why does amavisd fail when the SA object calls DCC using helper_app_pipe_open when the standard SpamAssassin wrapper and spamd do not? When someone can answer those questions we'll know if this is a bug in SA or something incomplete in amavisd'd support of SA 3.0. To start on this, svn blame says the lines were added by jm in revision 21433, whose log entry says, among other things: run helper apps as uid=user euid=user Just changing the call to be to open will break that. No good. Ok, looking at SpamAssassin/Util.pm the sub helper_app_pipe_open calls helper_app_pipe_open_unix when running under *nix. That has two calls to die in it. Is it hitting either of those? Are there any assumptions in that code that do not hold when running under amavisd? At this point I would say it is up to someone with amavisd to demonstrate which one, amavisd or helper_app_pipe_open_unix, has something that needs to be changed (I don't care right now if it is a "bug" or a version mismatch) ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
