Hello,

First of all: the 4GB support is working

in the step from 9.2.2-pre3e to 9.2.2 NcFTP ls broke:

Relevant part of Delegate init.d script:

        $demon -P21 SERVER=ftp \
                MOUNT="/pub/* /mnt/mirror/pub/*" \
                TIMEOUT=restart:1d \
                PERMIT=+=$etcdir/permit.dflt     \
                CACHE=no        \

This is the output of dir in 9.2.3-pre2 (same as in 9.2.2)

ncftp /pub > dir
d------r-x         4096   Mar  8  2005   Ad-Aware
d------r-x         4096   Feb 19 06:47   WinCMD
d------r-x         4096   Jun 18 00:00   cdrwin
d------r-x         4096   Jun 20 06:39   cygnus
d------r-x         4096   Nov  3  2005   java
d------r-x         4096   Jun 18 00:01   nero
d------r-x         4096   Sep 25  2002   starnet
d------r-x         4096   Mar  9 13:29   staroffice
d------r-x         4096   Sep 25  2002   xwindows

This is "real" ls -l:

dr-xr-sr-x    3 root     pcadmin      4096 Mar  8  2005 Ad-Aware/
dr-xr-sr-x    4 root     pcadmin      4096 Feb 19 06:47 WinCMD/
lrwxrwxrwx    1 root     root           22 Jan 13  2005 activestate -> 
../ftp/pub/activestate/
lrwxrwxrwx    1 root     root           17 Mar  8  2005 autoit -> 
../ftp/pub/autoit/
lrwxrwxrwx    1 root     root           16 Mar 28 15:18 bluej -> 
../ftp/pub/bluej/
drwxr-xr-x    2 root     root         4096 Jun 18 00:00 cdrwin/
lrwxrwxrwx    1 root     root           18 Jan 13  2005 clients -> 
../ftp/pub/clients/
drwxr-xr-x    3 root     root         4096 Jun 20 06:39 cygnus/
lrwxrwxrwx    1 root     root           17 Jan 13  2005 debian -> 
../ftp/pub/debian/
lrwxrwxrwx    1 root     root           21 Jan 13  2005 debian-iso -> 
../ftp/pub/debian-iso/

(lots others deleted)

You see: the symlinks are missing and the permissions are wrong.

The permissions of the targets of the symlinks are plain, too, e.g:

drwxr-xr-x    4 root     root         4096 Jun 18 00:03 
/mnt/mirror/pub/../ftp/pub/activestate//

using "ls -a" the symlinks are back.

Using Debian's plain ftp client, Delegate behaves as before.

I've found the following in the logfile, that possibly explains the 
difference:

==== stock ftp client:
06/20 15:02:32.68 [11160] 1+0/6: FTP LOCAL LIST [-lL][]
06/20 15:02:32.68 [11160] 1+0/6: FTP-LOCAL: connecting to client's PORT 
127,0,0,1,218,111
06/20 15:02:32.68 [11160] 1+0/6: ## command not found: dgbind
06/20 15:02:32.68 [11160] 1+0/6: ## ftp-conndata: NOT bound#1 err=13
06/20 15:02:32.68 [11160] 1+0/6: ftp_conndata: connected 
127.0.0.1:55920->localhost/127.0.0.1:55919 [20](0.0)
06/20 15:02:32.68 [11160] 1+0/6: DATA cache .. 127.0.0.1:55920 -> 
127.0.0.1:55919
==== NcFTP
06/20 15:02:40.25 [11162] 2+0/6: Unknown request: CLNT NcFTP 3.1.3 
linux-x86^M
06/20 15:02:43.29 [11162] 2+0/7: *** /pub/ => 
file://localhost/mnt/mirror/pub/ ***
06/20 15:02:43.29 [11162] 2+0/7: MOUNTED-TO-LOCAL: 
file://localhost/mnt/mirror/pub/
06/20 15:02:44.39 [11162] 2+0/8: Unknown request: OPTS MLST 
type;size;modify;perm^M
06/20 15:02:44.39 [11162] 2+0/8: ## delaying 2s on continuous error * 2/2
06/20 15:02:46.39 [11162] 2+0/9: FTP-control-remote: 127.0.0.1:21 [50]
06/20 15:02:46.39 [11162] 2+0/9: FTP-data-local[19]: 127.0.0.1:55961
06/20 15:02:46.39 [11162] 2+0/9: PASV [X][127,0,0,1,218,153] >> 227 
Entering Passive Mode (127,0,0,1,218,153).^M
06/20 15:02:46.39 [11162] 2+0/10: *** /pub/ => 
file://localhost/mnt/mirror/pub/ ***
06/20 15:02:46.39 [11162] 2+0/10: *** /pub/ => 
file://localhost/mnt/mirror/pub/ ***
06/20 15:02:46.39 [11162] 2+0/10: MOUNTED LOCAL [ftp://127.0.0.1/pub/] = 
[/mnt/mirror/pub/] opt=
06/20 15:02:46.39 [11162] 2+0/10: FTP LOCAL MLSD [][]
06/20 15:02:46.39 [11162] 2+0/10: FTP-LOCAL: accepting client's PASV 
127,0,0,1,218,153
06/20 15:02:46.39 [11162] 2+0/10: DATA cache .. 127.0.0.1:55961 -> 
127.0.0.1:55962
06/20 15:02:46.39 [11162] 2+0/10: FTP data-relay([20]0b -> [21]c498b) 
3412b / 1/ (32) 0.00s (read-EOF)
===

But difference is NcFTP's useage of MLSD newly introduced in v9.2.2 (per 
delegate.org) and, probably, the error:

   Unknown request: OPTS MLST type;size;modify;perm^M

There is not pretty much else in the logs, but if you like I'll mail you 
the complete log for both DIR's.

====

The dgbind problem is a bit funny, when compiling I have:

DGROOT=/var/spool/delegate

When cd subin ; su root  ../src/delegated -Fdump DGROOT
-delegate[11275]- insufficient access right: DGROOT=/var/spool/delegate
-delegate[11275]- bad DGROOT=/var/spool/delegate
/home/delegate

Hence, install uses a wrong destination.

ls -dl /var/spool/delegate/
drwxr-xr-x    8 delegate delegate     4096 Jun 20 15:04 
/var/spool/delegate//

When running (and during make) I assign:

OWNER=delegate/delegate

Running delegated -Fdump as root with OWNER set, the result is OK; but 
when su'ed to delegate user,  delegated -Fdump DGROOT returns nothing 
(empty).

Bye,

-- 
Steffen Kaiser
FB Informatik / C158
Telefon: 203