Articles delegate-en/4800-4840 of [1-5169] on the server localhost:119
  upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
range 4800 - 4840   digest:
FTP to HTTP Protocol Translation Gateway
  05/07-02:08 . 4800  David Fogarty <> [53]
___ Hi Yutaka, Thank you for your quick and detailed response. You confirmed what I suspected. I will look for other means of accomplishing my goals. Thanks again, Dave Fogarty Senior System Administrat
Delegate 9.9.6 SFTP listing timeout
  05/07-13:42 . 4801  Vijay Pandit <> [33]
___ Hello Yutaka, Using Delegate 9.9.6 as a FTP/SFTP proxy, and found that if there are a large number of files in the SFTP server folder, a directory listing times out after 30 sec and returns a empty
  05/08-14:15 . 4802 (Yutaka Sato) [24]
___ Hi, It is as expected if the timeout is "60 seconds" and if there is a statement in a logfile as follows: 05/08 14:13:02.06 [27474] 1+0/2: --SFTP relay_list(ls -l ) slow (60.0) rdy=0 I'm not sure wh
yysh issues.
  05/12-18:06 . 4803  Corley Kinnane <> [34]
___ Hi, I have been using Delegate on and off for years, mainly as an HTTP proxy and tcprelay tool. Recently I discovered the new yysh feature. It looks very promising. I tried using OpenVPN to a server
  05/13-03:04 . 4804 (Yutaka Sato) [53]
___ Hi, Maybe you got nothing via it and saw a text cached in your browser. You should have seen what is wrong in the LOGFILE on the server side. In this case there should be "No permission" in your log
  05/13-03:34 . 4805 (Yutaka Sato) [27]
___ If you mean a host name resolusion is not available on the YYSH server side, you should use the YYSH server as a SOCKS proxy rather than a HTTP proxy, and do the resolution at the client side with a
  05/13-16:43 . 4806  <> [47]
___ On Thu, 13 May 2010 03:34:28 +0900 (JST), (Yutaka The N900 uses its own DNS proxy by default so that when a connection is changed and therefore all the routing, the proxy is re
  05/13-17:24 . 4807  <> [85]
___ On Thu, 13 May 2010 03:04:23 +0900 (JST), (Yutaka to Yes - I'll include that - thanks. Ok, yes probably need that too. I assumed these flags had to be present on both sides of
  05/14-08:52 . 4808 (Yutaka Sato) [32]
___ Hi, Hmm... it might be because you are using a kind of automatic proxy configuration (by .pac file) based on domain names or have a static exclusion list of destination hosts in your browser configu
  05/17-09:09 . 4809 (Yutaka Sato) [33]
___ Hi, I found the reason. The HTTP proxy over yysh is implemented as multiple threads in a yysh server process. Each proxy thread was rejecting secondary requests over a connection in "keep-alive" wit
FTPxHTTP by DeleGate (Re: FTP to HTTP Protocol Translation Gateway)
  05/17-17:25 . 4810 (Yutaka Sato) [114]
___ David, I've been interested in relaying FTP over HTTP (or HTTPS), or using a HTTP (HTTPS) server just to provide a file transfer service as a FTP server does. HTTP is a protocol that is easily route
rsync with proxy
  05/19-19:01 . 4811  Michel Urvoy <> [7]
___ Hi, I currently use an archlinux box an I run delegate -P192.168.0.30:3128 as a service on a w2k box for my http/ftp access. Package management like ABS use rsync on port 873 to download and i want
DeleGate has been granted the Famous Software Award -
  05/19-22:27 . 4812 [34]
___ Hello, Congratulations! Your product "DeleGate (" has been granted the "Famous Software Award" by The Famous Software Award has been i
rsync with proxy
  05/20-12:50 . 4813 (Yutaka Sato) [24]
___ Hi, It is possible to let DeleGate work for multiple-protocols but in your case it is recommended to simply add another DeleGate just for rsync as follows for example: delegated -P873 SERVER=tcprela
  05/20-13:09 . 4814 (Yutaka Sato) [31]
___ Or if your rsync client assumes using HTTP proxy as a SSL-tunnel for arbitrary rsync servers, the configuration should be like this: delegated -P8080 SERVER=http REMITTABLE=+,ssltunnel Or you can co
  05/25-21:01 . 4815  "Bernhard Rauh" <> [170]
___ Hello Yutaka, after update my delegate from version 9.9.6 to 9.9.7 the connection in the browser ends with error message "The page requires a client certificate". We use the delegate as http2https-p
  05/26-04:33 . 4816 (Yutaka Sato) [28]
___ Hi, I don't know the reason but comparing the logs of DeleGate, especially with the TLSCONF="-vd" option, for each version and finding the difference between them will give us hints. Cheers, Yutaka
  05/26-22:51 . 4817  "Bernhard Rauh" <> [318]
___ Hi, I have generated the log-files for two versions - see attachment. Cheers, Bernhard ---Ursprngliche Nachricht--- Von: Yutaka Sato [] Gesendet: Dienstag, 25. Mai 2010 2
  05/27-00:12 . 4818 (Yutaka Sato) [34]
___ Bernhard, Thank you for your logging. In the logging, I saw that your sslway does not load the certificate specified in the argument. And I could reproduce it happens in DeleGate versions after 9.9.
  05/27-02:51 . 4819 (Yutaka Sato) [58]
___ Bernhard, Firstly I doubted that maybe I disabled sslway arguments intentionally in the revision, but reviewing the code I found that it was just my mistake :-) I'll fix it as the enclosed patch in
FTP/SFTP Gateway PASV port re-use
  05/30-21:02 . 4820  Vijay Pandit <> [103]
___ Hi Yutaka, I am using Delegate 9.9.7 as a FTP/SFTP gateway. Find that after some files are transferred successfully, Delegate starts re-using the port it allocates for the PASV command for the data
  05/31-16:17 . 4821  "Bernhard Rauh" <> [103]
___ Dear Yutaka, I have tested the new version (delegate9.9.8-pre4) and it work's very well! Also I have configured the delegate like this and it work's fine: Thank's for your support! Cheers, Bernhard
FTP/SFTP Gateway PASV port re-use
  05/31-17:38 . 4822 (Yutaka Sato) [42]
___ Hi, I need a little more log at least from the last successful transmission of retrieved file to the first failure shown in these lines. Cheers, Yutaka 9 9 Yutaka Sato <> http://d
  05/31-21:36 . 4823  Vijay Pandit <> [293]
___ Hi Yutaka, I have attached the log file portion the last two successful transfers and the start of the failed transfers Cheers Vijay
  06/03-01:28 . 4824 (Yutaka Sato) [49]
___ Vijay, Thank you for the log file. I found "---FIFO unlink(/tmp/dg-sftpgw/..." in your log file that caused the transmission error, and "errno=24" maybe for "Too many open files" to be cause of the
  06/03-23:32 . 4825  Vijay Pandit <> [157]
___ Hi Yutaka, I applied the patch to *9.9.8-pre5* and compiled. Tested and it works fine! Thank you for your support. Cheers Vijay
  06/08-13:43 . 4826  Ken Maynard <> [21]
___ Hi I am running DG 9.9.5 as a service on Windows 2003. I have this in the conf file for logfiles: LOGFILE='${PORT}[date+-%d.log]' The problem is that for date n, the logging is appended to an existi
  06/09-08:29 . 4827 (Yutaka Sato) [35]
___ Hi, Yes. Yes, or you need to specify the logfile name format not to be repeated as follows for example: LOGFILE='${PORT}[date+-%d-%m-%y.log]' Yes. You need specify "PROTOLOG" for the file as "LOGFIL
  06/09-12:03 . 4828  Ken Maynard <> [12]
___ Thanks for the info on log files. Another question now, if that's OK. I want to influence the behaviour of index crawlers. Can I alter the contents of robots.txt? I can't find such a file, so I assu
  06/09-12:23 . 4829 (Yutaka Sato) [25]
___ Ken, Assuming that you are using DeleGate as a "reverse proxy", it is directly replaced with a MOUNT option as follows for example. MOUNT="/robots.txt file:C:/temp/robots.txt" Also you can modify th
  06/09-21:44 . 4830  Ken Maynard <> [35]
___ Great. Thanks again. Ken Maynard, 83 Canterbury Street, Lyttelton, NZ 8082 Tel: (00) 000 0002 Fax: (00) 000 0002 Mobile: 000 000 00X +00 0 000 000f +00 0 000 000f +00 00 000 00f
FTP/FTPs allow/disallow encryption according to incoming port
  06/10-05:33 . 4831  Eduardo Alvarenga <> [99]
___ I wonder if there is any way to make sslway know from which port a connection is coming from and filter according to that. If connection comes on port 21, then allow both SSL and non-SSL sections to
RES_NS not following SRCIF instruction in Delegate 9.9.7
  06/10-17:02 . 4833  Chris Murton <> [26]
___ Hi, I've recently had cause to force certain DNS servers for use by delegate (that do not follow those of resolv.conf, etc), and already have SRCIF defined for outbound IPv4/IPv6 connections. I've n
FTP/FTPs allow/disallow encryption according to incoming port
  06/10-17:23 . 4834 (Yutaka Sato) [37]
___ Hi, The simplest way is to divide your server to two servers, one for FTP clients (with SERVER=ftp STLS="-fcl" -P21) and one for FTPS clients (with SERVER=ftps STLS=fcl -P990). If you need to do it
  06/10-22:23 . 4835  Eduardo Alvarenga <> [144]
___ Yutaka, Thanks for replying. I tried the following, without success. Plain text is still allowed on port 990. -P10.3.81.3:990,,, SERVER="ftps://
  06/11-08:18 . 4836 (Yutaka Sato) [36]
___ Hi, There must be ":-:" for the delimiter as in the following example I wrote. See <URL:> Cheers, Yutaka 9 9 Yutaka Sato <>
  06/11-09:30 . 4837  Eduardo Alvarenga <> [155]
___ Yutaka, My internal FTP server is *not* SSL/TLS aware. FTP SSL connections on port 990 should be forwarded by DeleGate to localhost:3021 using plain text and then translated back to t
RES_NS not following SRCIF instruction in Delegate 9.9.7
  06/11-11:29 . 4838 (Yutaka Sato) [145]
___ Hi Chris, Since the SRCIF parameter was introduced for TCP connection for the server of application procotols, it is natural that it is not applied to a supporting protocol over UDP. Here is the sim
FTP/FTPs allow/disallow encryption according to incoming port
  06/11-11:46 . 4839 (Yutaka Sato) [36]
___ Hi, Currently I have no time to survey your case but it might be solved by switching STLS by client-side port, not by the protocol with SERVER. STLS="fcl:*:*:-P990" STLS="-fcl:*:*:-P21" Cheers, Yuta
RES_NS not following SRCIF instruction in Delegate 9.9.7
  06/11-17:21 . 4840  Chris Murton <> [188]
___ Hi Yutaka, As ever, a lightning fast response and solution. I've patched the larger update into delegate9.9.8-pre5 and it's working perfectly, thank you for your time and dedication! Cheers, Chris -
Empty-Articles = [4832]
  admin search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
Generated:04/07 16:34:06 (2 sec) Expires:04/07 22:34:04 @_@V