Any way to reset the FTP Scheduler console password without knowing what the current one is?

Additionally, Jobs are running but am unable to view the view the actual tasks in the task window.  

Help.

Hello,

I really need your help to solve this issue.

We are using FTP Voyager V16.2.0.328 to schedule different tasks to send messages to our partners.

The problem is that sometimes, the tasks are frozen. It keeps trying to connect but do nothing, and as it doesn't send an issue mail.

In the log, the action stay  : Connected

To solve it, we just interrupt the task in order to run the other tasks.

Is there a solution to kill the task after X min, or to send a mail when the task stay connected more than X Min ?

Thanks a lot for your help.

I have a connection set up to a server, all that is fine...

I can send smaller files just fine...

Larger files? It seems that the Command channel times out...

In the header of the Welcome message is a warning of a timeout at 3 minutes of inactivity...

So I dutifully setup a 150 second Keep Alive...

What I see in the log is...

The file (11GB+) sends fine...(Although there seems to be many reconnections during the transfer)

I will see an OPTS MLST command send

followed by a PWD and then a reconnection attempt...

Finally I will see a "Transfered <many> bytes STATUS message... Followed by an XCRC - which seems to receive no response after maybe 30 seconds...

Then another PWD...

Then an ERROR> Server has unexpectedly closed the connection...

And we start again....

Ideas?

I realize that the company has little incentive to worry about how their free FTP client inter-operates with a rival server product, but I wondered if anyone had any clues about my problems connecting to IIS FTP server.  (Long ago I purchased Serv-U for my now geriatric server, and once owned an actual purchased copy of FTP voyager back when it was a paid product.  But by the time moved to a new server, Serv-U went upscale and is way too expensive for my humble purposes.)

I get two types of error, which might or might not be related:

1) When uploading multiple files at once to the server, the connection always hangs on the second file after successfully uploading one file.  IIS log looks like this:

2016-03-02 19:20:56 11.22.33.44 servername\username 44.33.22.11 990 PASV - 227 0 0 1566c127-f9c4-423d-a1b3-baaa0225faea - -

2016-03-02 19:20:56 11.22.33.44 servername\username 44.33.22.11 59159 DataChannelOpened - - 0 0 1566c127-f9c4-423d-a1b3-baaa0225faea - -

2016-03-02 19:20:56 11.22.33.44 servername\username 44.33.22.11 59159 DataChannelClosed - - 2 0 1566c127-f9c4-423d-a1b3-baaa0225faea - -

2016-03-02 19:20:56 11.22.33.44 servername\username 44.33.22.11 990 LIST /transfer/cart-proc.png 550 2 0 1566c127-f9c4-423d-a1b3-baaa0225faea /transfer/cart-proc.png -

2016-03-02 19:20:56 11.22.33.44 servername\username 44.33.22.11 990 TYPE I 200 0 0 1566c127-f9c4-423d-a1b3-baaa0225faea - -

2016-03-02 19:20:56 11.22.33.44 servername\username 44.33.22.11 990 PASV - 227 0 0 1566c127-f9c4-423d-a1b3-baaa0225faea - -

2016-03-02 19:20:56 11.22.33.44 servername\username 44.33.22.11 59160 DataChannelOpened - - 0 0 1566c127-f9c4-423d-a1b3-baaa0225faea - -

2016-03-02 19:20:56 11.22.33.44 servername\username 44.33.22.11 59160 DataChannelClosed - - 0 0 1566c127-f9c4-423d-a1b3-baaa0225faea - -

2016-03-02 19:20:56 11.22.33.44 servername\username 44.33.22.11 990 STOR cart-proc.png 226 0 0 1566c127-f9c4-423d-a1b3-baaa0225faea /transfer/cart-proc.png -

2016-03-02 19:20:56 11.22.33.44 servername\username 44.33.22.11 990 XCRC "/transfer/cart-proc.png" 500 87 0 1566c127-f9c4-423d-a1b3-baaa0225faea - -

2016-03-02 19:20:56 11.22.33.44 servername\username 44.33.22.11 990 MDTM 20151217045612+/transfer/cart-proc.png 213 0 0 1566c127-f9c4-423d-a1b3-baaa0225faea /transfer/cart-proc.png -

2016-03-02 19:20:56 11.22.33.44 servername\username 44.33.22.11 990 PASV - 227 0 0 1566c127-f9c4-423d-a1b3-baaa0225faea - -

2016-03-02 19:20:57 - servername\username 44.33.22.11 59161 DataChannelClosed - - 2 0 1566c127-f9c4-423d-a1b3-baaa0225faea - -

2016-03-02 19:20:57 11.22.33.44 servername\username 44.33.22.11 990 LIST /transfer/core-strat.png 550 2 0 1566c127-f9c4-423d-a1b3-baaa0225faea /transfer/core-strat.png -

2016-03-02 19:20:57 11.22.33.44 servername\username 44.33.22.11 990 PASV - 227 0 0 1566c127-f9c4-423d-a1b3-baaa0225faea - -

2016-03-02 19:20:57 - servername\username 44.33.22.11 59162 DataChannelClosed - - 0 0 1566c127-f9c4-423d-a1b3-baaa0225faea - -

2016-03-02 19:20:57 11.22.33.44 servername\username 44.33.22.11 990 ControlChannelClosed - - 0 0 1566c127-f9c4-423d-a1b3-baaa0225faea - -

This is just uploading a bunch of random images to a folder called "transfer".  After the LIST command for the second filename (to see if it's already there), and another PASV command, everything poops out.

2) I get a lot of "SSL Accept Failed on FTP Data Channel" errors.  These pop up any time I try to upload a file when a file of the same name already exists in the destination folder; and also at random other times.  To get anything done, I need to delete or rename any file of the same name from the server first before uploading; and when the "SSL Accept ..." error pops up at other random times, I need to refresh the destination folder and try again, sometimes repeating this cycle several times.  Eventually it always works, but it's a pain.  The IIS log file for an attempt to upload a file which already exists, generating the "SSL Accept ..." error, looks like this:

2016-03-02 20:56:26 11.22.33.44 - 44.33.22.11 990 ControlChannelOpened - - 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

2016-03-02 20:56:26 11.22.33.44 - 44.33.22.11 990 USER username 331 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

2016-03-02 20:56:26 11.22.33.44 servername\username 44.33.22.11 990 PASS *** 230 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 / -

2016-03-02 20:56:26 11.22.33.44 servername\username 44.33.22.11 990 SYST - 215 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

2016-03-02 20:56:26 11.22.33.44 servername\username 44.33.22.11 990 FEAT - 211 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

2016-03-02 20:56:26 11.22.33.44 servername\username 44.33.22.11 990 OPTS UTF8+ON 200 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

2016-03-02 20:56:26 11.22.33.44 servername\username 44.33.22.11 990 PBSZ 0 200 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

2016-03-02 20:56:26 11.22.33.44 servername\username 44.33.22.11 990 PROT P 200 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

2016-03-02 20:56:26 11.22.33.44 servername\username 44.33.22.11 990 PWD - 257 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

2016-03-02 20:56:26 11.22.33.44 servername\username 44.33.22.11 990 CWD /transfer 250 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 /transfer -

2016-03-02 20:56:26 11.22.33.44 servername\username 44.33.22.11 990 PASV - 227 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

2016-03-02 20:56:27 11.22.33.44 servername\username 44.33.22.11 64021 DataChannelOpened - - 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

2016-03-02 20:56:27 11.22.33.44 servername\username 44.33.22.11 64021 DataChannelClosed - - 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

2016-03-02 20:56:27 11.22.33.44 servername\username 44.33.22.11 990 LIST /transfer/pxspoe.png 226 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 /transfer/pxspoe.png -

2016-03-02 20:56:27 11.22.33.44 servername\username 44.33.22.11 990 PASV - 227 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

2016-03-02 20:56:27 11.22.33.44 servername\username 44.33.22.11 64022 DataChannelOpened - - 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

2016-03-02 20:56:27 11.22.33.44 servername\username 44.33.22.11 64022 DataChannelClosed - - 2 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

2016-03-02 20:56:27 11.22.33.44 servername\username 44.33.22.11 990 LIST /transfer/pxspoe+(2).png 550 2 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 /transfer/pxspoe+(2).png -

2016-03-02 20:56:27 11.22.33.44 servername\username 44.33.22.11 990 TYPE I 200 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

2016-03-02 20:56:30 11.22.33.44 servername\username 44.33.22.11 990 ControlChannelClosed - - 0 0 cca4903e-ca7c-4a25-87ba-dd2af0e98a04 - -

It's not very informative.  It gets as far as verifying that the alternative filename is available, and then poops out.  IIS FTP server seems to have no more logging detail available.  It's not just a dumb-nuts firewall problem, since I can upload individual files one at a time in passive mode using the tricks mentioned above.

Any insight is appreciated.

Hi,

Got FTP-Voyager to work great in command mode using a batch file to initiate file sync to my server from industrial robots to back them up.  Was working great as far as doing the job closing out starting another instance and going to the next robot.

New problem.....

It no longer closes out at the end of the sync.  What option did I change that keeps FTP-Voyager from closing ?  I am using "autoquit=1" in the command line.

Thanks

Stan

I have FTP Voyager Scheduler installed in a server and all scheduled processes disappeared from the list. Is there a way to retrieve those processes? Assistance is greatly appreciated.

If I create a new site profile in Voyager I can not see it in Scheduler when I go to set up a new task. How do I get Scheduler to see the profiles created in Voyager? I seem to recall at one time (maybe an earlier version) that there was a way to "send" the profiles to Scheduler....

In scheduler I can see 2 folders - Sites, Personal Sites. But both are empty - even though there are lots of sites defined under these folders in Voyager.

Moreover, when I change site profile details e.g. IP address in Voyager, this is not being picked up by Scheduler which continues to try to connect to the old address.

There seems to be a total breakdown in connection between Voyager and Scheduler.

HELP!

I've been a long-time user of FTP Voyager, well before SW bought up RhinoSoft.  I even paid for it too, back in those days.  However, lately I upgraded to the new version, and found out that hey!  It's free now!  Cool!

However, all was not sunshine and roses.  I too have run into the FTP Voyager Scheduler empty folder bug, wherein you perform a "Move Down" command against an empty folder and it simply sits there.  In my case, it performs KEEP ALIVE tasks to hold the connection open.  Critically, because this task is still executing, it will not execute any of the other scheduled tasks.  See below for a log output.

[03] Fri 05Dec14 14:15:49 - Getting "real path" name to keep connection alive (KEEP ALIVE)

[07] Fri 05Dec14 14:15:49 - SSH_FXP_REALPATH: translating path: .

[08] Fri 05Dec14 14:15:49 - SSH_FXP_NAME: translated path: /

[03] Fri 05Dec14 14:18:49 - Getting "real path" name to keep connection alive (KEEP ALIVE)

[07] Fri 05Dec14 14:18:49 - SSH_FXP_REALPATH: translating path: .

[08] Fri 05Dec14 14:18:49 - SSH_FXP_NAME: translated path: /

I see that this is a known issue here on the forums, and that there are supposidly "bug fix requests" or something to handle it.  However, I have a problem with this NOW.

I believe I found a simple work around.  I chained a file upload to the destination folder first, uploading a single 1-byte file to the destination, and THEN performing the full folder move down.

This will always cause the remote folder to have something in it, and for then the task to complete successfully.  I then set up my local-side automation to ignore that file, and things were working.

Not exactly elegant, but it's working for now. :-/

So the Move Down functionality in FTP Voyager Scheduler is not consistent with what one would typically call a file move operation.  Previously, in version 15 of FTP Voyager, a Move Down operation behaved like this:

1. Get list of all files at destination.
2. Copy remote file to local destination.
3. Delete remote file.
4. Go to next file on list.
5. Continue until list is empty.

Now, however, version 16 behaves like this:

1. Get list of all files at destination.
2. Copy remote file to local destination.
3. Go to next file.
4. Continue until list generated at step 1 is complete.
5. Delete all remote files at destination, regardless of what was contained in list generated at step 1.

Effectively it is just the Download and Delete Remote Path commands chained together.  This is a big problem for my automation, as I cannot guarantee that the folder won't have new files created in it during download operations #2-4, which will then ultimately get deleted by step #5.

So long story short, can the behavior be reverted to the v15 style of move?

As a veeery long time licensed FTP Voyager user since 2000 (And I have a V9.0.1.4 version still running on W2K without any troubles for years) my first choice for a new setup on W7 was FTP Voyager again. Of course.

But now I am very disappointed.

Until last friday every scheduled task (Nine tasks every day) everything was allright, but with the last weekend here in Germany the summer time came into game. And guess what, since Monday every task runs again and again for an hour and floods my mail account with failure mails.

I have tasks running once a day generating a single log for every day, before DST such a log had a size of 12kb, since monday they are growing up to 7,5megs and have about 397000 lines. For transferring ONE file!

Ok, it's a SFTP setup with key file authentication and this produces a lot of auth lines, but for sure not that much.

Hey Solar Winds, whats going on with your quality control? What to do now, re-generate every job and do that again every spring?

Hi,

I'm trying to use FTP Voyager Scheduler to upload files on the FTP. But if the connection was disconnected during the files transfer, the scheduler was hang (still showing executing, but from the log, you can see that nothing is running).

Is it possible to solve this problem? Please kindly advice. Thank you.

I'm setting up the FTP Voyager Scheduler to download backup files from our F5's. It works on some, with this log message:

[12] Tue 13Oct15 12:05:04 - (Task: f5-internal-01_backup) - Execution successfully completed.

[07] Tue 13Oct15 12:05:07 - SSH_MSG_DISCONNECT: reason code 11; description: Disconnection initiated by user.

But fails on 4 out of 6 with this log message:

The last message is from having to cancel the task, as it just sits at "Executing". The only difference is the F5 OS version, the ones that work are 11.2.0 and the ones that fail are 11.6.0, anyone see this before?

I have created 2 FTP profiles in Voyager but when I open the Scheduler and try to select the profile to work with there are no sites there!?

I have looked over all the settings... It seems pretty simple, I have saved 2 profiles that work fine but not showing in the scheduler app.

Any insight?

Thanks, Andy

Hello all,

Just recently upgraded to the newest version of FTP voyager. Was wondering if someone can assist me in using to set the weekly tasks up as the 'Advanced options' seems to have vanished and I need the weekly tasks to be executed at certain periods i.e. Every MWF I need to run a task every 30 mins from  0500 to 1330. Can't seem to find in the options to cater for this? Is there a workaround for this? or am I being silly and just missed a setting?

thank you in advance

Mark

Just wondering if there is documentation or syntax for initiating an FXP transfer in FTP Voyager from the command line? I know how to do it in the GUI, but it would be useful to be able to script it.

I am using FTP - Voyager for more than a decade now, but in Version 16, I'm missing the following option:

Extended options of scheduler.

I have a job which should run daily but only from 2 a.m. til 10 p.m.

In V.15 I'm using extended options: One daily job which is repeated between 2 a.m. and 10 p.m.
How can I do this in version 16 without having 20 identic daily jobs (one daily job per hour)?

many thanks

The FTP voyager doesn't delete the file after a move up.

When I perform a move task and the a delete task, the server moves and deletes perfectly the file. But I want that both actions can be handled with the move up.

I use the FTP voyager version 16.1.0.0

03] Wed 12Apr17 13:44:16 - Server supports resume.

[05] Wed 12Apr17 13:44:16 - CLNT FTP Voyager 16.1.0.0

[05] Wed 12Apr17 13:44:16 - STOR 20170412112901_20170412112858_af_5_4.pdf

[06] Wed 12Apr17 13:44:16 - 200 Don't care

[05] Wed 12Apr17 13:44:16 - OPTS UTF8 ON

[06] Wed 12Apr17 13:44:16 - 150 Opening data channel for file upload to server of "/Test/BE0659837055_AF_Aankoopfacturen_BrasserieJuste/20170412112901_20170412112858_af_5_4.pdf"

[06] Wed 12Apr17 13:44:17 - 202 UTF8 mode is always enabled. No need to send this command.

[05] Wed 12Apr17 13:44:17 - PWD

[06] Wed 12Apr17 13:44:17 - 257 "/" is current directory.

[05] Wed 12Apr17 13:44:17 - CWD /Test/BE0659837055_AF_Aankoopfacturen_BrasserieJuste

[06] Wed 12Apr17 13:44:17 - 250 CWD successful. "/Test/BE0659837055_AF_Aankoopfacturen_BrasserieJuste" is current directory.

[05] Wed 12Apr17 13:44:17 - MLST /Test/BE0659837055_AF_Aankoopfacturen_BrasserieJuste/20170412113759_20170412113758_ENI_0.pdf

[06] Wed 12Apr17 13:44:17 - 250-Listing /Test/BE0659837055_AF_Aankoopfacturen_BrasserieJuste/20170412113759_20170412113758_ENI_0.pdf

[06] Wed 12Apr17 13:44:17 -  type=file;size=174798;modify=20170412114416; /Test/BE0659837055_AF_Aankoopfacturen_BrasserieJuste/20170412113759_20170412113758_ENI_0.pdf

[06] Wed 12Apr17 13:44:17 - 250 End

[05] Wed 12Apr17 13:44:17 - MLST /Test/BE0659837055_AF_Aankoopfacturen_BrasserieJuste/20170412113759_20170412113758_ENI_0 (2).pdf

[06] Wed 12Apr17 13:44:17 - 550 File or directory not found.

[03] Wed 12Apr17 13:44:17 - Sending: C:\ADM\Test2\BE0659837055_AF_Aankoopfacturen_BrasserieJuste\20170412113759_20170412113758_ENI_0.pdf -> /Test/BE0659837055_AF_Aankoopfacturen_BrasserieJuste/20170412113759_20170412113758_ENI_0.pdf

[05] Wed 12Apr17 13:44:17 - TYPE I

[06] Wed 12Apr17 13:44:17 - 200 Type set to I

[05] Wed 12Apr17 13:44:17 - PASV

[06] Wed 12Apr17 13:44:17 - 227 Entering Passive Mode (136,144,129,18,195,72)

[03] Wed 12Apr17 13:44:17 - Opening passive mode data connection to 136.144.129.18, port 49992.

[05] Wed 12Apr17 13:44:17 - STOR 20170412113759_20170412113758_ENI_0.pdf

[06] Wed 12Apr17 13:44:17 - 150 Opening data channel for file upload to server of "/Test/BE0659837055_AF_Aankoopfacturen_BrasserieJuste/20170412113759_20170412113758_ENI_0.pdf"

[06] Wed 12Apr17 13:44:17 - 226 Successfully transferred "/Test/BE0659837055_AF_Aankoopfacturen_BrasserieJuste/20170412113759_20170412113758_ENI_0.pdf"

[03] Wed 12Apr17 13:44:17 - Transferred 174 798 bytes. 641,73 KB/sec.

[05] Wed 12Apr17 13:44:17 - XCRC "/Test/BE0659837055_AF_Aankoopfacturen_BrasserieJuste/20170412113759_20170412113758_ENI_0.pdf"

[04] Wed 12Apr17 13:44:17 - The server has unexpectedly closed the connection.

[06] Wed 12Apr17 13:44:17 - 226 Successfully transferred "/Test/BE0659837055_AF_Aankoopfacturen_BrasserieJuste/20170412112901_20170412112858_af_5_4.pdf"

[03] Wed 12Apr17 13:44:17 - Transferred 1 207 004 bytes. 1 796,82 KB/sec.

[05] Wed 12Apr17 13:44:17 - XCRC "/Test/BE0659837055_AF_Aankoopfacturen_BrasserieJuste/20170412112901_20170412112858_af_5_4.pdf"

[04] Wed 12Apr17 13:44:17 - The server has unexpectedly closed the connection.

[03] Wed 12Apr17 13:44:17 - Connecting to "136.144.129.18" on port 21.

[03] Wed 12Apr17 13:44:17 - Connected to 136.144.129.18:21 from 192.168.149.242:53539.

[06] Wed 12Apr17 13:44:17 - 220-FileZilla Server 0.9.60 beta

[06] Wed 12Apr17 13:44:17 - 220-written by Tim Kosse (tim.kosse@filezilla-project.org)

[06] Wed 12Apr17 13:44:17 - 220 Please visit https://filezilla-project.org/

[03] Wed 12Apr17 13:44:17 - Connected. Logging in to the server.

[05] Wed 12Apr17 13:44:17 - USER certifisc2

[06] Wed 12Apr17 13:44:17 - 331 Password required for certifisc2

[05] Wed 12Apr17 13:44:17 - PASS ***

[06] Wed 12Apr17 13:44:17 - 230 Logged on

[03] Wed 12Apr17 13:44:17 - Login successful.

[05] Wed 12Apr17 13:44:17 - SYST

[06] Wed 12Apr17 13:44:17 - 215 UNIX emulated by FileZilla

[05] Wed 12Apr17 13:44:17 - FEAT

[06] Wed 12Apr17 13:44:17 - 211-Features:

[06] Wed 12Apr17 13:44:17 -  MDTM

[06] Wed 12Apr17 13:44:17 -  REST STREAM

[06] Wed 12Apr17 13:44:17 -  SIZE

[06] Wed 12Apr17 13:44:17 -  MLST type*;size*;modify*;

[06] Wed 12Apr17 13:44:17 -  MLSD

[06] Wed 12Apr17 13:44:17 -  UTF8

[06] Wed 12Apr17 13:44:17 -  CLNT

[06] Wed 12Apr17 13:44:17 -  MFMT

[06] Wed 12Apr17 13:44:17 -  EPSV

[06] Wed 12Apr17 13:44:17 -  EPRT

[06] Wed 12Apr17 13:44:17 - 211 End

[03] Wed 12Apr17 13:44:17 - Server supports resume.

[05] Wed 12Apr17 13:44:17 - CLNT FTP Voyager 16.1.0.0

[06] Wed 12Apr17 13:44:17 - 200 Don't care

[05] Wed 12Apr17 13:44:17 - OPTS UTF8 ON

[06] Wed 12Apr17 13:44:17 - 202 UTF8 mode is always enabled. No need to send this command.

[05] Wed 12Apr17 13:44:17 - PWD

[06] Wed 12Apr17 13:44:17 - 257 "/" is current directory.

[13] Wed 12Apr17 13:44:17 - (Action: "C:\ADM\Test2\*" to "/Test") - Action successfully completed.

[12] Wed 12Apr17 13:44:17 - (Task: test) - Execution successfully completed.

[05] Wed 12Apr17 13:44:24 - QUIT

[06] Wed 12Apr17 13:44:24 - 221 Goodbye

Freeze Log

Good day

I've set up a Scheduler job to Move Down files from an FTP server to my local disk.

The files download fine but then the remote files are never deleted, I don't even see a failed DELE command in the log.

I've tried the following two remote paths:

• /
• /*

Both work for downloads, both don't delete the files.

Log Sample

[03] Sat 12Apr14 17:04:37 - Receiving: /folder/blah.avi -> C:\Users\Private\Downloads\blah.avi

[05] Sat 12Apr14 17:04:37 - PASV

[06] Sat 12Apr14 17:04:38 - 227 Entering passive mode (95,211,93,130,234,161).

[03] Sat 12Apr14 17:04:38 - Opening passive mode data connection to 95.211.93.130, port 60065.

[05] Sat 12Apr14 17:04:38 - RETR /folder/blah.avi

[06] Sat 12Apr14 17:04:38 - 125 Data connection already open. Transfer starting.

[06] Sat 12Apr14 17:22:55 - 226 Transfer complete.

[03] Sat 12Apr14 17:22:56 - Transferred 358 649 864 bytes. 201,12 KB/sec.

[05] Sat 12Apr14 17:22:56 - XCRC /folder2/blah2.avi"

[06] Sat 12Apr14 17:22:56 - 500 Command "XCRC" not understood.

[04] Sat 12Apr14 17:22:56 - XCRC command failed. The command may not be supported by this server.

[03] Sat 12Apr14 17:22:56 - XCRC command checking has been disabled for future transfers using this session.

[03] Sat 12Apr14 17:22:56 - Received 358 649 864 bytes.

[03] Sat 12Apr14 17:22:56 - Transfer time: 00:29:01.453.

Any help to fix this or workaround would be much appreciated.

Is there a way i can have a schedule setup to send a file and move the file once sent to a SENT folder. ive used other Clients before where this is possible but im struggling to find an option to do this,

we have a folder full of files that need to be sent out over FTP, once the files have been sent the files will need to be moved to the SENT folder as a backup.

many thanks in advanced and hope there is something that can be done

Hello,

I just installed the FTP Voyager latest version

I configured my site profils that i need to make a scheduled upload and download to and from an SFTP server.

And it´s all working fine connections wise but what i found was the upload sceduler stop executeing just fine if there is no new files to upload from my end.

But in regards to the sceduled downloads from the SFTP server to my server i stop executeing if there is +1 new file. But if there is no new files the sceduled download job keeps executeing and then queue the other scheduled job forever.

Kind regards

Rune.