Thread: [cgiwrap-users] RE: release candidate for cgiwrap-3.8 available on sourceforge
Brought to you by:
nneul
From: Neulinger, N. <nn...@um...> - 2003-05-23 14:14:05
|
The cgiwrap version 3.8 release is now available on the sourceforge files page for the cgiwrap project: http://sourceforge.net/project/showfiles.php?group_id=3D8209 Tuc/TTSG Internet Services ( http://www.ttsg.com ) generously sponsored most of the recent changes to cgiwrap. If you're in the market for professional hosting/colocation services, give them a call or check out their website!=20 Changes in this release: New in version 3.8: * Merged in special handling for PHP scripts by popular demand. This is based mostly on Piotr Klaban's php-cgiwrap patch, with minor changes. * Added options for php support. --with-php-interpreter and --with-php-cgiwrap * Rewrote the path translated support. Is it finally correct? * Patch from sa...@co... to use REDIRECT_URL if available for SCRIPT_NAME. * Added support for access control files specific to each HTTP_HOST, useful for ISP's using Apache handlers to run cgi's that want to restrict which userids can run cgi's on certain vhosts. If enabled, the vhost access control files must exist. * Added option to require that REDIRECT_URL be specified in environment. Can be used to require that cgiwrap be invoked via a handler/action or some other internal apache redirection/rewrite. Primarily of use when invoking cgi's for virtual hosts via Action/SetHandler. * Modified san's REDIRECT_URL support to be --with-use-redirect-url instead of --with-check-redirect-url, since it's more a functional change, not a security check. * Added a --with-quiet-errors option to allow significantly restricting the amount of internal information that an error message displays. * Added ability to override the vhost that cgiwrap users via an optional CGIWRAP_AUTH_VHOST env var, which if present and feature enabled, will be used instead of HTTP_HOST. This is useful for when you have wildcard servernames in apache. Enable the --with-vhost-override option if you want this capabillity. Only applicable if vhost allow/deny dir is enabled. * Added ability to only allow scripts run by a specific userid if the CGIWRAP_REQUIRE_USER env var is specified and the --with-env-require-user feature is enabled. * Changed to autoconf 2.5 style templates and eliminated acconfig.h. * Added option to enable the special PHP support only for non-executable files. * Added modified patch by Gabriel Ambuehl to use SCRIPT_URL for SCRIPT_NAME generation. If you're an ISP using cgiwrap, some of the above can be very helpful.=20 -- Nathan ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-4841 Computing Services Fax: (573) 341-4216 |
From: Huw J. <huw...@so...> - 2003-05-30 11:43:47
|
A good how-to on setting up CGI's with CGIwrap server side. I can't seem to get scripts running and know I'm missing something real simple. But can't work out what. Regards Huw Jenkins |
From: Huw J. <huw...@so...> - 2003-05-30 12:46:19
|
Don't mean to reply to my own post but I think I can highlight my problem a little better. I'm using a Cobalt Raq3i. Within the referral page I have the following: <form action="http://www.domainname.co.uk/cgi-bin/form-mail.pl" method="post"> The script is physically located @: /home/sites/site#/web/cgi-bin/form-mail.pl When I run it from the CMD line using: perl -w form-mail.pl | more, I get no errors (no output at all) so I assume the script is running correctly? The permisions are set to 711 and the owner is the only user for that site. And I'm getting this error: <snip> CGIWrap Error: Script Execution Failed CGIWrap encountered an error while attempting to execute this script: Error Message: No such file or directory Error Number: 2 This message usually indicates there is a problem with the script itself. Often this indicates either that the #! line of the script is incorrect, or the script was uploaded in binary mode instead of ascii mode. Check to make sure that the script does not have control-M's at the end of every line. That will prevent it from executing. An easy fix that takes care of this most of the time is to put '#!/.../perl --' instead of '#!/.../perl' on the first line of the script. This is typically a problem if the script was edited or uploaded from a DOS/Windows/Macintosh station to a unix based server. If you are not the owner of this script, please forward this error and the URL that caused it to the script owner. That is often the component in the URL right after /cgiwrap/. ------------------------------------------------------------------------ Local Information and Documentation: Contact Name: Administrator Contact EMail: admin Server Data: Server Administrator/Contact: admin Server Name: www.xxx.co.uk Server Port: 80 Server Protocol: HTTP/1.1 Request Data: User Agent/Browser: Mozilla/4.0 (compatible; MSIE 5.22; Mac_PowerPC) Request Method: POST Remote Address: 80.5.91.122 Remote Port: 48627 Extra Path Info: /cgi-bin/form-mail.pl Referring Page: http://www.xxx.co.uk/html/cdrequest.html </snip> I've checked everything that the error suggests but still no joy... Anyone got any ideas? I'm starting to lose it here! Many thanks Huw Jenkins > From: Huw Jenkins <huw...@so...> > Date: Fri, 30 May 2003 11:54:42 +0100 > To: "Neulinger, Nathan" <nn...@um...>, <cgi...@li...> > Subject: [cgiwrap-users] Anyone know > > A good how-to on setting up CGI's with CGIwrap server side. I can't seem to > get scripts running and know I'm missing something real simple. But can't > work out what. > > Regards > > Huw Jenkins > > > > ------------------------------------------------------- > This SF.net email is sponsored by: eBay > Get office equipment for less on eBay! > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > _______________________________________________ > cgiwrap-users mailing list > cgi...@li... > https://lists.sourceforge.net/lists/listinfo/cgiwrap-users |
From: Nathan N. <nn...@um...> - 2003-05-30 13:23:31
|
If you're getting no output, then it's not a valid script. You should at least get a content-type header. That's a separate issue. Try running it as "/home/sites/site#/web/cgi-bin/form-mail.pl" instead of launching perl. That's the same way cgiwrap starts it. Until you can get that to work, there's no point in testing it with cgiwrap. Did you "DO" everything that error message told you to do? -- Nathan On Fri, 2003-05-30 at 07:16, Huw Jenkins wrote: > Don't mean to reply to my own post but I think I can highlight my problem a > little better. I'm using a Cobalt Raq3i. > > Within the referral page I have the following: > > <form action="http://www.domainname.co.uk/cgi-bin/form-mail.pl" > method="post"> > > The script is physically located @: > /home/sites/site#/web/cgi-bin/form-mail.pl > > When I run it from the CMD line using: perl -w form-mail.pl | more, I get no > errors (no output at all) so I assume the script is running correctly? > > The permisions are set to 711 and the owner is the only user for that site. > And I'm getting this error: > > <snip> > > > CGIWrap Error: Script Execution Failed > > CGIWrap encountered an error while attempting to execute this script: > > Error Message: No such file or directory > Error Number: 2 > This message usually indicates there is a problem with the script itself. > Often this indicates either that the #! line of the script is incorrect, or > the script was uploaded in binary mode instead of ascii mode. Check to make > sure that the script does not have control-M's at the end of every line. > That will prevent it from executing. An easy fix that takes care of this > most of the time is to put '#!/.../perl --' instead of '#!/.../perl' on the > first line of the script. This is typically a problem if the script was > edited or uploaded from a DOS/Windows/Macintosh station to a unix based > server. > > If you are not the owner of this script, please forward this error and the > URL that caused it to the script owner. That is often the component in the > URL right after /cgiwrap/. > > ------------------------------------------------------------------------ > > > Local Information and Documentation: > > > Contact Name: Administrator > Contact EMail: admin > > > Server Data: > > Server Administrator/Contact: admin > Server Name: www.xxx.co.uk > Server Port: 80 > Server Protocol: HTTP/1.1 > > > Request Data: > > User Agent/Browser: Mozilla/4.0 (compatible; MSIE 5.22; Mac_PowerPC) > Request Method: POST > Remote Address: 80.5.91.122 > Remote Port: 48627 > Extra Path Info: /cgi-bin/form-mail.pl > Referring Page: http://www.xxx.co.uk/html/cdrequest.html > > </snip> > > I've checked everything that the error suggests but still no joy... > > Anyone got any ideas? I'm starting to lose it here! > > Many thanks > > Huw Jenkins > > > > From: Huw Jenkins <huw...@so...> > > Date: Fri, 30 May 2003 11:54:42 +0100 > > To: "Neulinger, Nathan" <nn...@um...>, <cgi...@li...> > > Subject: [cgiwrap-users] Anyone know > > > > A good how-to on setting up CGI's with CGIwrap server side. I can't seem to > > get scripts running and know I'm missing something real simple. But can't > > work out what. > > > > Regards > > > > Huw Jenkins > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: eBay > > Get office equipment for less on eBay! > > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > > _______________________________________________ > > cgiwrap-users mailing list > > cgi...@li... > > https://lists.sourceforge.net/lists/listinfo/cgiwrap-users -- ------------------------------------------------------------ Nathan Neulinger EMail: nn...@um... University of Missouri - Rolla Phone: (573) 341-4841 Computing Services Fax: (573) 341-4216 |
From: Peter M. J. <pe...@cl...> - 2003-05-30 13:34:45
|
> > The permisions are set to 711 and the owner is the only You can't turn off read permissions for scripts. You can only do it for binaries. Try changing the permissions to 755 and see if it works better. |