On 08/02/06(04:27) you Michael Ingardia <firstname.lastname@example.org> wrote
in <_A3436@delegate-en.ML_> (nntp://127.0.0.1:7119/mail-lists.delegate-en/3436):
|Ok I tried this remotely, and in order to hit my ftp server you have to
|have an active connection. PASV fails due to fire wall rules most likely.
|Here is the log:
|08/01 14:14:55.58  1+0: gethostbyname(-) unknown[0.00s]
|08/01 14:14:55.58  1+0: [FCL] callFilter2: 27=1 38=1 sslway
|08/01 14:14:55.67  1+0: ## SSLway ## 0.090000 sescache HIT=0
|(WIN) 14:55.768  >>>>  1836 is not socket, retrying
|(WIN) 14:55.768  FATAL: inherited handle 1836 is not socket
I think this is the problem. Maybe inheriting the socket handle (connected
to the client or server) from DeleGate to the SSL wrapper process (SSLway)
fails by some reason, then DeleGate detects the reset of connection.
On Windows, with VPN or so, it is known that DeleGate causes this
failure, maybe because the DuplicateHandle() is not supported or supported
by the VPN or so....
What is special in your case is that it seems work partially.
Anyway, if you succeed it on Unix, it is the problem of DeleGate on
Windows with some special network configuration.
If you fail it on Windows even for ftps://ftp.delegate.org then the
problem is not specific to the server.
9 9 Yutaka Sato <email@example.com> 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