Thanks for the help! It works great.

I did notice the protocol being the same when I tested without the
"http://" in PROXY.
Seems like you made PROXY flexible because I was able to do
"PROXY=proto://host:port[:dstHostList]" almost like ROUTE instead of
"PROXY=host:port[:dstHostList]" in the manual. Both ROUTE and PROXY
worked fine.

Tetsu

On 11/10/06, Yutaka Sato <pficabdyi-jmfhzl7piqdw.ml@delegate.org> wrote:
> Hi,
>
> In message <_A3572@delegate-en.ML_> on 11/11/06(06:42:08)
> you "Tetsu Saiga" <p6qgqbdyi-jmfhzl7piqdw.ml@delegate.org> wrote:
>  |I'm trying to have Delegrate run as a Application level router that
>  |will switch to either a HTTP proxy or SOCKS base on the port.
>  |
>  |If it's port 80 then it should use a HTTP proxy and SOCKS for everything else.
>  |
>  |I'm using CONNECT to switch but it doesn't seem to be working. The
>  |limit for port 80 using {*:{80}} doesn't block everything else from
>  |using the HTTP proxy.
>
> As far as I remember, I've never announced that DeleGate supports
> relaying as a circuit level proxy as SOCKS and forwarding to an
> application level proxy as a HTTP proxy, although I've been
> interested about it since it might be utilized like the IP level
> forwarder for "transparent" HTTP proxy in a more smart way.
> With the current feature of DeleGate, it seems capable with a
> configuration as follows:
>
>   delegated -P1080 SERVER=socks \
>     ROUTE="http://localhost:8080-_-{*:80}" \
>     SOCKS=localhost:1081 \
>
> This utilization of DeleGate suppose that the HTTP client sends a
> resolvable hostname of the destination server in its Host: header filed,
> which is likely to be the same with the one in the parameter of CONNECT
> request of the SOCKS protocol as follows:
>
>   SOCKS  CONNECT serverhost:80
>          ...
>   HTTP   GET /path HTTP/1.1
>          Host: serverhost
>          ...
>
> Note that the "PROXY" parameter in your example supposes the upstream
> server talks the same protocol with the client's one, so it cannot be
> used in this case.  And you don't need the CONNECT parameter in this case.
>
> Cheers,
> Yutaka
> --
>   9 9   Yutaka Sato <pfqcabdyi-jmfhzl7piqdw.ml@delegate.org> http://delegate.org/y.sato/
>  ( ~ )  National Institute of Advanced Industrial Science and Technology
> _<   >_ 1-1-4 Umezono, Tsukuba, Ibaraki, 305-8568 Japan
> Do the more with the less -- B. Fuller
>