Re: fetch and Pure-FTPd

Hi again...

> After some tests in debug mode (-d ftp)  it seems that the "ls 
> command" isn't executed for the *missing directories/files* during the 
> fetch command. I have tried to rebuild old versions 0.13.x / 0.14.x... 
> up to 0.15.1... exact same result... It like if sitecopy in fetch mode 
> forget to execute the ls command after a certain amount of 
> file/directory with Pure-FTPd since the same command works flawless 
> with smaller web sites on the same server...  or with proftpd on an 
> other server... Any idea ?

After further investigation and a Pure-FTPd crash course... here the
answer... and (server side) solution ...

Sitecopy log (-d ftp) hint:

[...]
ftp: EOF from DTP connection.
ftp: Fetch finished with 0.
Closing DTP connection...
< 226-Options: -a -l -R

< 226 Output truncated to 2000 matches
[...]


~~~~
Truncated listings

If you connect to a server and you see 266-Options: -1 or 226 Output
truncated to 2000 matches, it means the server cannot display more than
2000 items in file listings. This is a limitation of the server and not
CuteFTP.

http://help.globalscape.com/help/cuteftp7/truncated_lists.htm

~~~~

In the Pure-FTPd ReadMe:

~~~~

- '-L <max files>:<max depth>': To avoid stupid denial-of-service 
attacks (or just CPU hogs), Pure-FTPd never displays more than 2000 
files in response to an 'ls' command. Also, a recursive 'ls' (-R) never 
goes further than 5 subdirectories. You can increase/decrease those 
limits with the '-L' option.

http://www.pureftpd.org/README

~~~~

Thanks for your incredible work!

Ben

_______________________________________________
sitecopy maillist  -  [email protected]
http://dav.lyra.org/mailman/listinfo/sitecopy