wput в Windows игнорирует --skip-existing

Надеюсь, кто-то, знакомый с wget и wput в Windows, знает об этом ...

wput -v --remove-source-files --skip-existing --dont-continue% stfile% ftp: //% ftpuser%:% ftppass% @% ftpserver% / inbound /% stfile%

в основном это не должно пытаться загрузить файл по ftp, если он уже существует на сайте ftp ... однако файл не существует - и он не передает файл

--remove-source-files похож на перемещение, он все равно не работает, если его удалить -

он работает правильно, если файл есть -

Пропуск этого файла из-за правил возобновления / загрузки / пропуска. - Пропуск файла:% stfile% FINISHED --17: 37: 30 - Пропущен 1 файл.

это может быть ошибка, но кто знает ...

wput не так активно развивается, как wget -

Благодарность!

Ответов (3)

Решение

Для меня это похоже на ошибку, но на Ubuntu 9.04 он работает нормально. Странный.

Отправьте отчет об ошибке на SourceForge .

С опозданием на несколько лет, но может помочь кому-то другому ...

Попробуйте запустить с -v -d, чтобы получить больше информации

wput file.ext ftp://User:[email protected]/path -v -d

Вы можете обнаружить, что причина неудачи заключалась в том, что вы использовали пустой файл в качестве теста, и в этом случае вы увидите это

==> SIZE bob.txt ... ---->SIZE bob.txt
[550] 'File not found'
failed.
local_fsize: 0
target_fsize: 0
resume_table: 1,0,2
Skipping this file due to resume/upload/skip rules.
-- Skipping file: bob.txt
processing queue:
Connection ended. (14002c0)
Checking whether 332 is writable... 1 (0:No error)
---->QUIT
[221] 'Goodbye'
Closing socket 14002c0
FINISHED --15:17:16--
Skipped 1 file.

Что, кажется, означает, что он откажется копировать файл размера 0, если нет файла для очистки.

У меня была такая же проблема, оказалось, что мне пришлось завершить путь с помощью / .