Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Efficient deletion of large non-emtpy directories #7521

Closed
cyberduck opened this issue Oct 29, 2013 · 2 comments
Closed

Efficient deletion of large non-emtpy directories #7521

cyberduck opened this issue Oct 29, 2013 · 2 comments
Assignees
Labels
enhancement ftp FTP Protocol Implementation wontfix

Comments

@cyberduck
Copy link
Collaborator

4749aa0 created the issue

If you select a non-empty directory and delete it, it will take a huge amount of time because Cyberduck will list it recursively to delete file contents in each subdirectory first. This is very inefficient for large directories and can take hours to delete!
There is a trick on FTP servers to delete non-empty directories that should be used.
Here is a link:
http://stackoverflow.com/questions/10749517/ftp-delete-non-empty-directory

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Unfortunately the FTP protocol does not support recursive delete.

@cyberduck
Copy link
Collaborator Author

4749aa0 commented

Did you follow the link above? it says you can use rm -r for recursive deletion on ftp servers!

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement ftp FTP Protocol Implementation wontfix
Projects
None yet
Development

No branches or pull requests

2 participants