2009-02-24 34 views
0

希望有人熟悉wget的& wput在Windows知道這個...wput在Windows忽略--skip-現有

wput -v --remove-源文件--skip-存在 - 不,繼續%stfile%ftp://%ftpuser%:%ftppass%@%ftpserver%/inbound/%stfile%

基本上這應該嘗試到FTP文件,如果它已經存在於FTP站點......但該文件不exist--和它轉移文件

--remove-源文件是喜歡做的一招,它仍然沒有消除,如果工作它 -

它正常工作,如果該文件是那裏 -

跳過此文件,因爲恢復/上傳/跳過規則。 - 跳過文件:%stfile% 已完成--17:37:30-- 跳過1個文件。

,這可能是一個錯誤,但誰知道...

wput不作爲積極開發爲wget--

的感謝!

+0

它必須是一個錯誤,我沒有時間提交錯誤報告等,並最終使用winscp – 2009-05-05 18:07:48

回答

0

聽起來像是一個bug,但它在Ubuntu 9.04上正常工作。奇怪的。

SourceForge處提交錯誤報告。

+0

結束了使用winscp – 2009-05-14 20:46:40

0

幾年較晚,但可能幫助別人......

嘗試用-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大小的文件,如果沒有文件清理了。

0

我有同樣的問題,原來我不得不用/終止路徑。