httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 13029] New: - failure to generate StdEnvVars depending on charset in certificate attributes
Date Thu, 26 Sep 2002 11:23:19 GMT
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=13029>.
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=13029

failure to generate StdEnvVars depending on charset in certificate attributes

           Summary: failure to generate StdEnvVars depending on charset in
                    certificate attributes
           Product: Apache httpd-2.0
           Version: 2.0.42
          Platform: PC
        OS/Version: Windows NT/2K
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: mod_ssl
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: wolf-dietrich.moeller@siemens.com


Problem:
Apache 2.0.42 mod_ssl fails to generate StdEnvVars on call to a perl script and
gives the error messages
[Wed Sep 25 17:39:08 2002] [error] [client 127.0.0.1] (22)Invalid argument:
couldn't create child process: 22: printenv_.cgi
[Wed Sep 25 17:39:08 2002] [error] [client 127.0.0.1] (22)Invalid argument:
couldn't spawn child process: E:/Web/cgi-bin/tool/printenv_.cgi

Probable reason:
The server certificate was generated with openssl on WinNT and contains in its
attributes a non-US-ASCII-character, in this case "u Umlaut", which is 0x81 in
DOS-charset used in WinNT command line window.
Apache 1.3.26 mod_ssl 2.8.10 openssl0.9.6g transscribes this character as
follows in L=
SSL_SERVER_I_DN="/C=de/ST=Some-State/L=m\x81nchen/O=private/CN=localhost/Email=wolf-dietrich.moeller@mchp.siemens.de"
and works fine.
NB: The same installation of 2.0.42 works fine with a server certificate without
"Umlaut".

Question:
Is it a feature to block these characters (then the error message is very
misleading),
or is it a bug (handling should be as in Apache 1.3.26)?

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org


Mime
View raw message