It appears to. What version of pound are you using?
I made a small cfm page to kick back a 432 error.... On my 2.5 install, I see the following: Direct to backend: $ telnet localhost 81 Trying 127.0.0.1... Connected to localhost (127.0.0.1). Escape character is '^]'. GET /CFMXTesting/432err.cfm HTTP/1.0 HTTP/1.1 432 432 Date: Mon, 03 Jan 2011 17:12:30 GMT Set-Cookie: CFIDC01; Expires=Wed, 26-Dec-2040 17:12:31 GMT; Path=/ Set-Cookie: CFTOKENs2752807a993dc0-00A89175-EF9B-1D30-A6D2FF6683D77350; Expires=Wed, 26-Dec-2040 17:12:31 GMT; Path=/ Set-Cookie: JSESSIONIDõDB47294BCECFCD388E7676E992CF5C; Path=/ Content-Type: text/html;charset=UTF-8 Connection: close Upgrade a component please. Connection closed by foreign host. Through Pound: $ telnet localhost 80 Trying 127.0.0.1... Connected to localhost (127.0.0.1). Escape character is '^]'. GET /CFMXTesting/432err.cfm HTTP/1.0 HTTP/1.1 432 432 Date: Mon, 03 Jan 2011 17:14:34 GMT Set-Cookie: CFIDC02; Expires=Wed, 26-Dec-2040 17:14:34 GMT; Path=/ Set-Cookie: CFTOKENÐ96e5b2ec40d3ab-00BB79A9-F507-7C55-8B4C1E973AE7EAAF; Expires=Wed, 26-Dec-2040 17:14:34 GMT; Path=/ Set-Cookie: JSESSIONIDi17D0124D6B7AFDD4005023F2015298; Path=/ Content-Type: text/html;charset=UTF-8 Connection: close Upgrade a component please. Connection closed by foreign host. Pretty much the same. And no 500 error. Apache logs show: 127.0.0.1 - - [03/Jan/2011:12:12:30 -0500] "GET /CFMXTesting/432err.cfm HTTP/1.0" 432 29 "-" "-" - - [-] and 127.0.0.1 - - [03/Jan/2011:12:14:34 -0500] "GET /CFMXTesting/432err.cfm HTTP/1.0" 432 29 "-" "-" - - [-] So I can't find a problem with Pound... Joe > -----Original Message----- > From: BUPE(Peter Burgstaller) [mailto:[email protected]] > Sent: Saturday, December 25, 2010 10:54 AM > To: <[email protected]> > Subject: Re: [Pound Mailing List] RE: Error Status > > Hi Joe, > > thanks for the answer - this is what is in the pound log: > Dec 24 11:52:38 lb1 pound: 195.70.104.187 GET > /CyberAuditWeb/services/nga/sync/props?nid 03500 HTTP/1.1 - HTTP/1.1 > 500 Internal Server Error (poundserver.internal.net/- -> > 10.14.13.204:80) 0.004 sec > > the apache on 10.14.13.204 says: > 195.70.104.187 - - [24/Dec/2010:11:52:38 +0100] "GET > /CyberAuditWeb/services/nga/sync/props?nid 03500 HTTP/1.1" 432 1077 > "-" "nga_v4.0.0" > > so to me that means, that apache delivers the 432 ok, no? > Thx, Peter > > On Dec 24, 2010, at 15:32, Joe Gooch wrote: > > > I don't see anything in the code that would validate 4xx codes. If > the backend passes it then pound should pass it along. > > > > However, if pound is creating a 500 error, it would be in the log. > (i.e. e500 headers: out of memory, or e500 can't read header) Do you > see any messages in the log that correspond with the 500 error? > > > > If not, maybe your webserver is turning it into a 500 error? > > > > Joe > > > >> -----Original Message----- > >> From: BUPE(Peter Burgstaller) [mailto:[email protected]] > >> Sent: Friday, December 24, 2010 5:34 AM > >> To: [email protected] > >> Subject: [Pound Mailing List] Error Status > >> > >> Dear pound list, > >> > >> I have a weird scenario with my pound installation. > >> I have a new application behind my load balancer that uses a > >> combination of Webserver and Tomcat. The application talks to the > >> clients and > >> implemented some custom error codes (in the 4xx range) to > communicate > >> update requirements and incompatibilities to the client. > >> I can see at the Webserver, that the tomcat is delivering a 432 > status > >> to the client, however, after the pound the http message is a 500. > >> The client does not know what to do with a 500 status and prints an > >> error. > >> Is there a way to teach pound the 4xx errors? > >> > >> Thanks, Peter > >> -- > >> DI Peter Burgstaller > >> ----------------------------------- > >> Head of Hosted Services > >> > >> SKIDATA AG > >> Untersbergstraße 40 > >> A-5083 Grödig, Salzburg > >> [p] +43 (0) 6246 888-4155 > >> [f] +43 (0) 6246 888-7 > >> [e] [email protected] > >> [w] http://www.skidata.com > >> > >> > >> -- > >> To unsubscribe send an email with subject unsubscribe to > >> [email protected]. > >> Please contact [email protected] for questions. > > > > -- > > To unsubscribe send an email with subject unsubscribe to > [email protected]. > > Please contact [email protected] for questions. > > -- > DI Peter Burgstaller > ----------------------------------- > Head of Hosted Services > > SKIDATA AG > Untersbergstraße 40 > A-5083 Grödig, Salzburg > [p] +43 (0) 6246 888-4155 > [f] +43 (0) 6246 888-7 > [e] [email protected] > [w] http://www.skidata.com > > > -- > To unsubscribe send an email with subject unsubscribe to > [email protected]. > Please contact [email protected] for questions. -- To unsubscribe send an email with subject unsubscribe to [email protected]. Please contact [email protected] for questions.
