not sure if those reg values are still used in 6.6 onwards. Can't find them being used in the code.
so looks like I broke that option sorry.
With WinGate 7, policy is a flow-chart, so at any point in the chart for WWW you can specify that you will divert the client somewhere. This then can be based on what they may have requested, time of day, which client, user etc etc etc. You get to decide on the basis for why you may wish to divert.

- WinGate 7 sample WWW proxy policy
- sample policy.jpg (86.95 KiB) Viewed 6637 times
Once you decide to divert, you get to choose whether you will divert to a http URL, in which case a redirect (302 status) is sent back to the client with the URL you specify (which can be constructed from any available event data - about 100 different parameters you can use to build the URL). If you specify a filename (which can be a script), then WinGate will just serve that back to the client with a 200 status. This may need some work, since it could be problematic for client-side caching, or other request methods (e.g. something other than GET). If the file points to a script, and you've configured WinGate's WWW proxy to say use PHP, then that will be processed, and the result of the script goes back to the client (so you can set response code and headers).
There's also an option to reject (rather than divert) at any point in the flow-chart. The reject option allows you to specify 2 parameters (which can be built) a message title, and a message description. These are used to build a response page from a fixed template. The template in this case is the same as is used in the current error messages in 6.6.2.
So I'm thinking, it would be useful to be able to
a) specify some templates for pages to serve back under certain circumstances: e.g.
* 401 access denied (as a server)
* 407 access denied (as a proxy)
* 503 Gateway error (various reasons: connection timeout, host name lookup failure etc).
could do these like IIS, where there are pages you can specify for e.g. 503.1, 503.2, 503.3 relating to different reasons for a gateway error.
b) have these able to be scripts.
I'm picking you wouldn't want these configurable
* per site?
* per proxy?
* global?
or would you want to be able to override these per site? Starting to get a bit like a HTTP server which has already been invented....