Scheduled task doesn't transfer files

version 4.0.0 (build 1548)
Single user license
OS windows 2003

I followed the instructions from another thread (automatic upload) and created a queue and a scheduled task to transfer files from our server to the ftp from the websiteprovider. When i right click on the queue and click transfer, all files are correctly transfered. When i run the task, i get the following in my log but not one file is transfered (from the 56 in the folder).
A second question: is it possible to delete the successful transfered files automatic?


[2011-05-13 03:30:00 pm] Log Opened
[2011-05-13 03:30:01 pm] [R] Connecting to www.xxx.xxx -> DNS=www.xxx.xxx IP=194.xxx.xxx.xxx PORT=21
[2011-05-13 03:30:01 pm] [R] Connected to www.xxx.xxx
[2011-05-13 03:30:01 pm] [R] 220 FTP server (Version wu-2.6.2(1) Fri May 13 15:29:52 2011) ready.
[2011-05-13 03:30:01 pm] [R] USER xxx
[2011-05-13 03:30:01 pm] [R] 331 Password required for xxx.
[2011-05-13 03:30:01 pm] [R] PASS (hidden)
[2011-05-13 03:30:01 pm] WinSock 2.0 -- OpenSSL 1.0.0d 8 Feb 2011
[2011-05-13 03:30:01 pm] [R] 230 User xxx logged in.
[2011-05-13 03:30:01 pm] [R] SYST
[2011-05-13 03:30:01 pm] [R] 215 UNIX Type: L8
[2011-05-13 03:30:01 pm] [R] REST 100
[2011-05-13 03:30:01 pm] [R] 350 Restarting at 100. Send STORE or RETRIEVE to initiate transfer.
[2011-05-13 03:30:01 pm] [R] REST 0
[2011-05-13 03:30:01 pm] [R] 350 Restarting at 0. Send STORE or RETRIEVE to initiate transfer.
[2011-05-13 03:30:01 pm] [R] MKD /ftp/pub/vero/in
[2011-05-13 03:30:01 pm] [R] 521 "/ftp/pub/vero/in" directory exists
[2011-05-13 03:30:01 pm] [R] PWD
[2011-05-13 03:30:01 pm] [R] 257 "/ftp/pub/vero" is current directory.
[2011-05-13 03:30:01 pm] [R] CWD /ftp/pub/vero/in
[2011-05-13 03:30:01 pm] [R] 250 CWD command successful.
[2011-05-13 03:30:01 pm] [R] PWD
[2011-05-13 03:30:01 pm] [R] 257 "/ftp/pub/vero/in" is current directory.
[2011-05-13 03:30:01 pm] [R] TYPE A
[2011-05-13 03:30:02 pm] [R] 200 Type set to A.
[2011-05-13 03:30:02 pm] [R] PASV
[2011-05-13 03:30:02 pm] [R] 227 Entering Passive Mode (194,xxx,xxx,xxx,45,138)
[2011-05-13 03:30:02 pm] [R] Opening data connection IP: 194.xxx.xxx.xxx PORT: 11658
[2011-05-13 03:30:02 pm] [R] LIST -al
[2011-05-13 03:30:02 pm] [R] 150 Opening ASCII mode data connection for /bin/ls.
[2011-05-13 03:30:02 pm] [R] 226 Transfer complete.
[2011-05-13 03:30:02 pm] [R] List Complete: 92 bytes in 0,36 seconds (0,3 KB/s)
[2011-05-13 03:30:02 pm] Transfer queue completed
[2011-05-13 03:30:02 pm] Transferred 0 Files (0 bytes) in 1,19 seconds (0,0 KB/s)
[2011-05-13 03:30:02 pm] [R] QUIT
[2011-05-13 03:30:02 pm] [R] 221-You have transferred 0 bytes in 0 files.
[2011-05-13 03:30:02 pm] [R] 221-Total traffic for this session was 873 bytes in 1 transfers.
[2011-05-13 03:30:02 pm] [R] 221-Thank you for using the FTP service on xxx.xxx.
[2011-05-13 03:30:02 pm] [R] 221 Goodbye.
[2011-05-13 03:30:02 pm] [R] Logged off: www.xxx.xxx
[2011-05-13 03:30:03 pm] Log Closed

Please use the contact us link so that we can work with you directly.

It's currently not possible to automatically delete files after transfer however we're thinking about the possibility of adding this feature, the issue we have is making it clear to the customer that there is no 100% guaranty that the file was transferred successfully without errors. In the unlikely event that something goes wrong without the client knowing or if the client misinterprets something from the server the original file could be lost.

There appears to be a bug in 4.0 and all current 4.1 beta releases effecting scheduled transfers when running on older versions of Windows (pre Windows 7)

The issue makes it impossible for queues containing file uploads to upload the files.

I have worked with mipaco to find and resolve this issue.

If you need an immediate fix for this please contact us , otherwise this fix will be included in our next beta release.