DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9038>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9038 suexec is NOT being called by Apache 2.0.36 ------- Additional Comments From [EMAIL PROTECTED] 2002-05-22 19:51 ------- To answer your question, I'm not using SuexecUserGroup directives. As you suggested, I recompiled apache after having removed cgid from the list of shared modules. cgi scripts via suexec now work as expected for the ~devil account that I've cited several times in our correspondence; so thank you very much for your assistance. I want you to know that the freebsd apache2 port sets the following default shared modules: all cgid case_filter case_filter_in \ ext_filter charset_lite deflate bucketeer I don't know what 'all', 'case_filter', and 'case_filter_in' are. If 'all' means all modules, then it wouldn't make sense to explicitly indicate the other few modules. Clarification here would be nice. Secondly, typing 'case_filter' into the search text box at http://httpd.apache.org/docs-2.0/ produced nothing suggesting a module of that name. Can anyone explain what 'case_filter' and 'case_filter_in' are for ? And do you think that the freebsd porters should be made aware of the conflict between cgid and suexec ? It may save people a lot of debugging time if the freebsd porters changed the default module from cgid to cgi. If you think this would be a good idea, then please let me know and i'll send them a note. Lastly, I just want to know if the issues surfaced during this discussion will be taken care of by someone. To relieve you the pain of tracing them, I'm listing them now: 2002-05-17 15:41 / 15:55 (Aaron Bannert) document --with-suexec-bin option 2002-05-17 15:58 (Joshua Slive) don't report suexec enabled unless can execute 2002-05-22 09:24 (Colm) document loading of mod_suexec --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
