ftp - wput på Windows ignorerer - skip-eksisterende

Indlæg af Hanne Mølgaard Plasc

Problem



Forhåbentlig er der nogen der er bekendt med wget & wput på windows kender til dette ...



  wput -v --remove-source-files - skip-existing - fortsæt\% stfile\% ftp://\% ftpuser\%:\% ftppass\% @\% ftpserver\%/indgående/\% stfile\% ftp://\%ftpuser\%:\%ftppass\%@\%ftpserver\%/inbound/\%stfile\%



Grundlæggende bør dette ikke prøve at ftp filen, hvis den allerede eksisterer på ftp-siden ... men filen eksisterer ikke - og det ikke overfører filen


--remove-source-filer er som at gøre et skridt, det virker stadig ikke, hvis du fjerner det--


det fungerer korrekt, hvis filen er der--


Hoppe over denne fil på grund af at genoptage/uploade/springe regler.
- Hoppefil:\% stfile\%
Færdiggjort - 17: 37: 30--
Hoppet over 1 fil.


dette kan være en fejl, men hvem ved ...


wput er ikke så aktivt udviklet som wget--


tak!

Bedste reference


Det lyder som en fejl for mig, men det virker fint på Ubuntu 9.04. Mærkelig.


Send en fejlrapport på SourceForge. [5]

Andre referencer 1


Et par år for sent, men måske hjælpe andre ...


Prøv at køre med -v -d for at få flere oplysninger


wput file.ext ftp://User:pass@domain/path -v -d


Du kan måske konstatere, at årsagen til det mislykkedes, var fordi du brugte en tom fil som en test, i hvilket tilfælde du ville se dette


==> 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.


Det synes at indebære, at det vil nægte at kopiere en 0-størrelse fil, hvis der ikke er nogen fil at rydde op.

Andre referencer 2


Jeg havde det samme problem, viste mig, at jeg måtte opsige stien med /.