Hi all, First of all, here is the Required Disclaimer: "Hi everybody, I am insane and new to the list. I am also emotionally very vulnerable and can not handle rejection very well..." :-)
Ok, now this is out of the way, I would greatly value your thoughts and opinions about the following: Due to an "interesting" (which in this case is political correctese for "stupid") networking situation at a customer I am experiencing various problems with incoming and outgoing HTTP headers. There are so many forward and reverse proxies all over the place that all sorts of stuff is going wrong. Therefore, I am in dire need of an HTTP header rewriting capability that can add, delete *and* rewrite HTTP headers just after coming into the server and just before going out to the browser. Some of the stuff I need can be done with "mod_header" in Apache2, but it is a far cry from the true power I need (being able to rewrite host, URI and query string parts of Location headers for instance). I have been browsing through the Apache source and found out that in most cases the headers_out table of the request req is augmented in the handler method of the content handler module and then send out to the browser by calling ap_send_http_headers (Apache1), or through a filter stacked in the filter stacks (Apache2). This means that I can (as far as I can see now) not write a decent module to handle the complete breadth and depth of what I need. So, to solve the problem in Apache would mean extending the core with a standard header rewriting feature (e.g. styled on mod_rewrite). This is obviously not something done lightly, and I would be loth to make it a non-standard extension that I/we would have to carry forward independent of the Apache source tree. Now, your opinion is greatly valued on the following: - Is my reasoning about the impossibility to achieve this with a (standard) module correct? - Would a generic header rewriting feature be deemed a worthwhile addition to the core? Yours truly, Jos Visser -- That what has happened, stays happened...
