httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marc Slemko <>
Subject Re: [BUG]: "REMOTE_USER variable *never* being set for CGIs" on SCO (fwd)
Date Thu, 20 Feb 1997 02:02:36 GMT
Are you using suexec?  If so, there is a bug in the version in 1.2b6 that
could cause environment variables not to be passed.  There is a patch on
the Apache web site under that fixes
that problem.  If you are not using suexec, that isn't the problem. 

I do not see any reason why REMOTE_USER and AUTH_TYPE should be set to
empty values when there is no authentication.  That would break existing
scripts that, for better or worse, check the existence of the variables.

Are you saying that they are not set even when you authenticate?  ie. you
have an entry in the log like: - marcs [19/Feb/1997:18:51:47 -0700] "GET /~marcs/lim/printenv.cgi HTTP/1.0"
200 909

(the "marcs" bit is the username; if you didn't authenticate it will 
be blank.)

but those two variables are not being set?

> ---------- Forwarded message ----------
> Date: Wed Feb 19 11:21:24 1997
> From:
> To:
> Subject: [BUG]: "REMOTE_USER variable *never* being set for CGIs" on SCO
> Submitter:
> Operating system: SCO, version: OpenServer 5 (3.2v5.0.2)
> Version of Apache Used: 1.2b6
> Extra Modules used: mod_cntr, mod_rewrite, mod_proxy
> URL exhibiting problem: 
> Symptoms:  -- Basically, the REMOTE_USER and AUTH_TYPE variables are
> never set and exported to the CGI's environment.  They should (by common
> logic) be exported all the time, and set to nothing if there was no
> authentication, and otherwise, set to the corresponding val ues. 
> --
> Backtrace:
> --
> --

View raw message