I uploaded DeleGate/9.9.9-pre1 STABLE that includes modifications to make the SSLtunnel of DeleGate smoother. Since 9.9.8 STABLE, I'm doing the development of DeleGate on a virtual machine (running Ubuntu) on a cloud service, Windows Azure. Using a HTTP-proxy DeleGate on Azure as a SSLtunnel (to relay HTTPS/SSL over it) from my local client machine, I found that it does the work so miserably, dropping SSL connection so often. For example, Google mail is almost no use via it. Seeing the LOGFILE, I found the problem is caused by the tentative thus incomplete non-SSL blocker which is introduced in DeleGate/9.0.3 released on July 2005. Maybe the SSLtunnel has been no use from the time where it is used from a client on a long distance host. In 9.9.9-pre1, I disabled the blocking by default, increased the default maximum SSL records exchange, and increased the default value of the maximum exchange over a Keep-Alive connection. For whom using older DeleGate and is suffering from the problem, I recommend to use the "-Dst" option to disable the non-SSL detection and blocking, or use "REMITTABLE=+,ssltunnel" parameter to allow any kind of full-duplex communication over it (REMITTABLE="http,https/{80,443},..." is the default as shown in the LOGFILE). Cheers, Yutaka -- 9 9 Yutaka Sato (CSDP,ITIL-F,OCUP-A,Security+,ISTQB-F) ( ~ ) 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