Hello, I will try to be brief. When uploading files using Voyager, each file from within the folder being uploaded are shown as folders, instead of files, regardless of the file extension. The files (after being displayed as folders) are also placed outside the original folder during upload. It causes a large scroll in the remote window. Afterwards if I refresh or close the program and return they are in the correct folder. So all folders and files end up correct in the end.

I have reinstalled the program and tried different settings without luck. Maybe synchronization of the computer side folders will help but not sure.

Thanks for any pointers.

I succesfully logged into a server and saw the content available.

I selected what I wanted to download and chose Download.

Now the log shows

STATUS>    Connecting to "64.27.7.34" on port 21.

STATUS>    Connected to 64.27.7.34:21 from 192.168.1.78:60507.

ERROR>    The server has unexpectedly closed the connection.

and cycles this 8 more times.

I cannot now see the content on the server and if I close FT Voyager and restart it just goes thru'

STATUS>    Connecting to "64.27.7.34" on port 21.

STATUS>    Connected to 64.27.7.34:21 from 192.168.1.78:60507.

ERROR>    The server has unexpectedly closed the connection.

9 times again!

Any thoughts would be helpful.

Nigel

I've had FTP Voyager and FTP Scheduler installed for many years.

On 11/2/2012 the scheduler stopped running nightly backups and now only generates errors when manually executing the jobs.

"Could not retrieve additional information about the local path. Please make sure the path exists and the local user has permissions".

This system has been setup for years and has not changed. The FTP Voyager can manually connect to the profile and I can download files from the server manually without problems.

The only major change to the system were recent FTP software upgrades and patches.

I've double checked the FTP Scheduler Profiles (which never changed passwords in the first place).

I've added a brand new FTP folder with new login password to the server which connects in FTP Voyager, but generates the same errors when manually executing a synch job in FTPV Scheduler.

And I've tried restarting the FTP Voyager Scheduler service and rebooting.

Also nothing has changed on the server and all the files and folders have full read/write access (and can be copied down manually from the FTP Voyager).

Its only when executing the job from within FTP Scheduler that it now fails with these messages and it started around 11/2/12.  But I can't recall on what dates I applied the FTP software patches and upgrades.

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 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?

We are trying to upgrade our FTP Voyager from 11.1 to 16.1.  I've been working through all the kinks, but have gotten stuck on running the 16.1 scheduler as a service and being able to access in house network shares (not remote ones).  The PC is Windows 7 Pro 64 bit.  I've done everything in KB article #1156 and the recommendations at the bottom in article #1679.  They both talk about setting the service to run as a network account that has access to the shared resources.  I've tried various domain admin accounts that I know have permissions to the shares and security permissions to the folders, but when I am editing or creating a schedule and try to setup an action, I am only given local drives to pick from when I click the browse button for the "Local File or Folder" field on the Action Properties page.  If I don't run the scheduler as a service, clicking the browse button gives me a list of local drives and all my mapped drives.  And I tried running the service with the same user id and password that the computer was logged in with when the scheduler was run in stand alone mode and showed me the mapped drives, but it still only showed me local drives when ran as a service.  I've tried all this with UAC on and off, with no change.  I don't know what to try next.  Please help.

We have FTP Voyager 16.1.0.0 installed on a Windows 2008 R2 server. We have two automatic uploads scheduled to occur weekly (FTP Voyager establishes a connection to the destination and then moves and .CSV files from a particular directory to the destination). Once the file has been successfully moved, an email alert is generated and delivered internally.

This configuration has been working fine, until Daylight savings time began on march 9th.

Now, when the scheduled job runs, it executes continuously for an entire hour; because we receive an email alert when it runs, we know it executes about 2,600 times.

e.g. a scheduled task that should execute one time at 0420 on tuesday is now executing once every few seconds for an hour.

There is a line item on the release notes for 16.1.0.0 (The version we have) which states

FTP client release notes for FTP Voyager.

• Corrected a Scheduler bug where tasks created when daylight savings time is off and scheduled to run daily or at a custom interval would repeatedly run for an hour after their scheduled execution time when daylight savings time resumed.

which is exactly what we're experiencing - is this a known issue / was the bug not actually corrected?

Thanks!

Hi,

I installed the FTP Voyager software on a server on a 2nd site. Everything has been configured on site 1 and is working as intended. I configured everything the same way on site 2nd site and the task never ends. I tried a backup and a sync with and without other tasks (emails on success/failure), nothing works. It does the job as insrtucted but the task never ends meaning the next day, the backup will never run.

How can I fix this?

Hey Guys -

I do a lot of downloading over the internet via FTP - most of which are files 1gb - 8gb.  For a couple of years now, I've used SmartFTP due to it's feature of being able to set "Multi-Part Transfers.  Using this makes downloading much faster per file!  For example, when downloading a large file (1gb+) with default settings, it downloads at ~250kb/s  when above is set to 32, I go my max speed of 2.0mb/s.  If not familer, here's how the setting works:

- It applies to each download worker

- You may set the file size threshold for it to be used (I set mine to 1mb)

- You configure how many "Parts" (connections) you wish for it to use (between 1 - 32)

- It may be enabled or disabled globally or per favorite

I'm trying to find an alternative FTP client as SmartFTP has had issues recently, but cannot find one which offers this setting.  Does FTP Voyager?

I downloaded and installed FTP Voyager and started a download from the same site with default settings and 1 worker.  The download speed capped at about 270kb/s.

If you could tell me how to set this if available, I'd appreciate it very much!

Thank You!

I have several tasks setup to run at different time intervals on a daily basis.

After the time change for Daylight Savings Time on Sunday morning the tasks run as scheduled and then stop and re-start continuously.

I have tried re-starting the service, updating the task scheduler time and re-booting the server all to no avail.

Has anyone else seen this or does anyone have any ideas on how to correct it.

I am on FTP Voyager version 16.0.2.0.

Never had this issue on any previous versions.

Is there a place to download version 15 again????

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.

Hi

I've referred to here by FTP Voyager support.

This is my first time I use FTP Voyager for scheduling file transfer, configuring task was very easy, but I still cannot make it work.

In the task action, I created a new action to download a specific folder (and all files and subfolders inside that folder to my local PC

In action information, I put the (Remote File or Folder) as: /FolderName

Nothing downloaded, and error in the log says:

Execution failed (Last Error Message: Unable to perform file action: Could not retrieve additional information about the source path.  Does the source path exist?).

I changed it to: FolderName (without slash).

Nothing downloaded, and same error in the log.

I then tried: FolderName/*.*

Log says: Execution successfully completed.

But in the local folder, I found it only downloaded files from main folder (No subfolders or files inside them), and some of them with ZERO size !!!!!

Again, I tried: /FolderName/*.*

Log says: Execution successfully completed.

I found that the ZERO size problem has been solved (files downloaded with correct size) but still cannot get the subfolders !

In the forum, I found a link to the older version (ver. 15.2.0.19)

I downloaded and tried it on another PC, It works like a charm, with no errors !

Can anyone here help me to figure out how to make the scheduler download the whole content of remote folder ??

Hello

I’m trying to run FTP Voyager from the command line like so:call "C:\Program Files\RhinoSoft\FTP Voyager\FTP Voyager.exe" profile=ZFTP autosync=1 syncoptions=0 local=C:\zsm2web\ remote=/ZSMDOC/ autoquit=1

This works if the remote folder is empty.

I want  to overwrite the existing files based on the timestamp of the files in the local folder or delete the files if they dont exist in de local folder.

Can anyone give me a working example using :

syncoptions List

•         SyncRemote = 0x0000

•         SyncLocal = 0x0001

• IgnoreCase = 0x0002

• CompareSize = 0x0004

• CompareTime = 0x0008

• IncludeDirs = 0x0010

• DontDelete = 0x0020

• OverwriteConfirmations = 0x0040

• DeleteConfirmations = 0x0080

• RemoteIgnoreNewer = 0x0100

• RemoteIgnoreOlder = 0x0200

• LocalIgnoreNewer = 0x0400

• LocalIgnoreOlder = 0x0800

• MinimizeStatusDialogs = 0x1000

• QueueErrorMessages = 0x2000

• IgnoreSymbolicLinks = 0x4000

  Not sure how i should add this to the command line so a complete working example woulde be appreciated

FTP-Voyager :

Using command line.

Want to upload (to my computer / plant network) files from a Fanuc robot.  The Fanuc robot stores teach pendent files and others files in directories on the robot's internal hard drive.

Using "get=*.*" will not work just as the help files indicate.  Alternate would be to use syncronization.

My question is how to use syncoption command.  The text in the help files are confusing as to which syncoption=1  or syncoption=0 writes to the local hard drive and does not write to the remote hard drive.

It is critical I get it right or I will wipe out the files on a robot and cause massive down time.  Once I figure it out then it's no problem, copy paste in batch file.  (not time to experiment on first time I try it !)

I will be reading all files from the robot and storing into an empty directory on the computer / network as a backup device.  The only time I will write to the robot(s) is when I need to restore a robot on an individual basis like after a power failure and a dead battery in the robot.  I will be writing a batch file with the task of backing up several hundred robots with several hundred files per robot.

(1) Is the syncronization method the best way ? ie: ftp-voyager can only do 100 timed tasks,  I need to have the batch file create and move to new directories under a folder for each robot, and capture all the files.

(2) How does the syncoption command work ie :

• syncoptions: The syncoptions flag specifies how a Synchronization will take place. To determine what value should be used, refer to the list at the bottom of this page. The value here must be a decimal representation of the sum of all applicable hex values. The simplest ones are syncoptions=0 (synchronize a remote folder to a local folder) and syncoptions=1 (synchronize a local folder to a remote folder)
• Synchronize a remote directory to a local directory: "C:\Program Files\RhinoSoft\FTP Voyager\FTPVoyager.exe" profile=YourProfileName autosync=1 syncoptions=1 local=C:\dat\ remote=/dat/ autoquit=1
• Synchronize a local directory to a remote directory: "C:\Program Files\RhinoSoft\FTP Voyager\FTPVoyager.exe" profile=YourProfileName autosync=1 syncoptions=0 local=C:\dat\ remote=/dat/ autoquit=1

The question is which one of these is right ?

Thanks

Stan

Users transfer date to serv-U server with FTP Voyager.

User do also transfer data to some linux SFTP servers.

We used to have FTP Voyager 15.2.0.15 - everything worked fine.

Since updating to FTP Voyager 16.0.2.0 authentication
with linux SFTP servers fail (connection to Serv-U is still working) It seames that the password is not transferred to the server.

Whithout configuring user and password in server profile: I've been asked for a username - not for the password.

     Log: SSH_MSG_USERAUTH_FAILURE

     /var/log/messages:

Jul  5 07:59:21 chwiitsv042 sshd[29597]: Connection from 10.142.40.230 port 2087

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: Client protocol version 2.0; client software version FTP Voyager_16.0.2.0

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: no match: FTP Voyager_16.0.2.0

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: Enabling compatibility mode for protocol 2.0

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: Local version string SSH-2.0-OpenSSH_5.1

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: user zfs-sftp matched group list sftponly at line 143

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: PAM: initializing for "zfs-sftp"

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: PAM: setting PAM_RHOST to "10.142.40.230"

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: PAM: setting PAM_TTY to "ssh"

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: do_cleanup

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: PAM: cleanup

Anyone an idea what's wrong ?

Thank you very much

Christof

I want to use FTP Voyager to upload data on a regular schedule from remote sites to my FTP server.  The application checks all of the boxes for what I need it to do: Upload all files in a folder, do some XCRC/XMD5/XSHA1, and then delete the local files after successful upload.  My problem is that the scheduled task seems to never complete sometimes and we stop receiving files.

The Internet connections for most of our locations frequently drop.  It seems this might have something to do with the problem.  My oldest installation has been running reliably since July and has a solid connection.  The scheduler hangs most frequently on sites with the worst connectivity issues.

I have implemented a klugey work-around by scheduling a task that restarts the Voyager scheduler service.  This keeps the problem from manifesting and we receive our files.

I set the following scheduler options:

• connection timeout = 90
• connection retries = 9
• connection delay = 3
• transfer send timeout = 90
• transfer idle timeout = 5
• file transfer upload file tries = 10

Scheduled task creation:

1. I create a scheduled task that runs every 15 minutes.
2. Add an action to run an external program.  This executes a batch file that moves files into a staging folder for the FTP transfer.
3. Add a second action to synchronize remote folders.  This moves the files up to our FTP server.
   1. I add an event to this action that runs a batch file after upload.  The batch file is there to delete the uploaded file and is passed, "$LocalPath", as an argument.

This setup works perfectly well in my lab and at the site with the consistent Internet connection.  Other locations have been seen to work for days and even weeks, but eventually the scheduled task hangs until the scheduler service is restarted.  Any help would be greatly appreciated.

Hello SolarWinds and FTP Voyager developers. I got a feature request. I am testing some FTP programs and like FTP Voyager sofar. But I am missing support for SCP (Secure Copy Protocol). I got some servers and a router. They support SSH login via putty. If I try to connect via SSH with FTP Voyager (or any other FTP client) I get disconnected. I also tried WinSCP with SSH. It disconnects also. If I switch from SSH to SCP in WinSCP, I can connect fine and transfer files without problems. But I do not want to have 2 or more programs installed and WinSCP has less features than FTP Voyager. Therefore it would be nice if you could add support for SCP.

I posted this several days ago and no help was forthcoming, but my timing may simply have been poor.  I also tried tech support at Solar Wind, but I only succeeded in annoying them, as they maintain they're not required to help me in any way.  I've been running FTP Voyager 16.1.0.0 on a laptop with Windows 7.  The program opens normally and functions correctly for maybe twenty seconds or so. Then, Windows opens an error message stating "FTP Voyager has ceased to function", and the program closes itself.  FTP is an integral part of my livelihood as a web designer, so this is naturally frustrating and time-consuming.  Does anyone have a clue what's happening, or what I might try to make the program function normally?  I probably won't kill myself over this, but it does cross my mind.

Greetings,

I’m working in a situation in which FTP voyager is being used in a Saas ERP scenario, in conjunction with Seagull’s Commander/Bartender suite.  The Saas ERP system is generating a data file, which is saved to an FTP site, hosted by the ERP Vendor.  We’ve been using FTP voyager (as a service) on the bartender server to poll the site and retrieve data files back to the bartender server.  Once the files are “onsite” the commander application runs with them and sends them to a printer.  Sounds easy enough.

The problem were experiencing is that FTP voyager is hanging up.  It hung up twice today, and the data files backed up on the FTP site until we restarted the service, upon which all the files were sucked over and the service returned to business as usual--until it hung up again.  Any idea what might be the problem or what the best way might be to trouble-shoot the problem?

A couple of other points: The site is password protected.  The files we are pulling are small (<10KB) and we’re not pulling a lot of them (<100/Day).  We are polling the site every 30 seconds.  And this was never working well—we played around running it without the service and it failed even more frequently than it has as a service.

I’d appreciate any insight.

I'm using FTP Voyager scheduler to connect to a remote SFTP server on a nightly basis and download the contents of a folder, verify the downloads then empty the remote folder using 3 actions within each task.

I have a different task set up for each day of the week as the remote server has a separate folder for each day's files, so essentially 7 different weekly tasks.  Each task is scheduled to execute at 00:15 each night.  Number of workers on each task is set at 2.

The task executes correctly at 00:15 and has usually completed by 00:20, but instead of just ending and waiting until the next scheduled task it reruns the task over and over again until 01:15, sometimes executing over 1300 times per night.  At 01:15 it stops and waits for the next scheduled execution. Manually execute the task and it runs once only. 

I need to resolve this as we need to set up an email alert to a group of users to confirm that the task executed successfully, currently it sends 1000+ emails per night if we enable the alert.

Has anyone else had this weird behaviour? Running v16.1.0.0.

Last part of the log file below, first 2 lines show that it completes the execution then immediately starts again

[12] Wed 13Aug14 01:14:56 - (Task: Redrock_TuesdayData) - Execution successfully completed.

[12] Wed 13Aug14 01:14:57 - (Task: Redrock_TuesdayData) - Performing scheduled execution of task for Wednesday, August 13, 2014 00:15:00.

[03] Wed 13Aug14 01:14:57 - Resolving host "***********************"...

[03] Wed 13Aug14 01:14:57 - Connecting to "*********************" on port 21.

[03] Wed 13Aug14 01:14:57 - Connected to *******************:21 from ********************:55847.

[06] Wed 13Aug14 01:14:57 - 220-Celaton inSTREAM FTPS service.

[06] Wed 13Aug14 01:14:57 - 220-Authorised access only.

[06] Wed 13Aug14 01:14:57 - 220 Use 'Auth TLS' connection mode.

[05] Wed 13Aug14 01:14:57 - AUTH TLS

[06] Wed 13Aug14 01:14:57 - 234 Using authentication type TLS

[03] Wed 13Aug14 01:14:57 - SSL connection established. All transactions are now secure.

[03] Wed 13Aug14 01:14:57 - Encryption cipher: 128 bit IDEA; Version: TLSv1/SSLv3.

[05] Wed 13Aug14 01:14:57 - HOST **************************

[06] Wed 13Aug14 01:14:57 - 500 Syntax error, command unrecognized.

[03] Wed 13Aug14 01:14:57 - Connected. Logging in to the server.

[05] Wed 13Aug14 01:14:57 - USER ****************************

[06] Wed 13Aug14 01:14:57 - 331 Password required for *********************************

[05] Wed 13Aug14 01:14:57 - PASS ***

[06] Wed 13Aug14 01:14:57 - 230 Logged on

[03] Wed 13Aug14 01:14:57 - Login successful.

[05] Wed 13Aug14 01:14:57 - SYST

[06] Wed 13Aug14 01:14:57 - 215 UNIX emulated by FileZilla

[05] Wed 13Aug14 01:14:57 - FEAT

[06] Wed 13Aug14 01:14:58 - 211-Features:

[06] Wed 13Aug14 01:14:58 -  MDTM

[06] Wed 13Aug14 01:14:58 -  REST STREAM

[06] Wed 13Aug14 01:14:58 -  SIZE

[06] Wed 13Aug14 01:14:58 -  MODE Z

[06] Wed 13Aug14 01:14:58 -  MLST type*;size*;modify*;

[06] Wed 13Aug14 01:14:58 -  MLSD

[06] Wed 13Aug14 01:14:58 -  AUTH SSL

[06] Wed 13Aug14 01:14:58 -  AUTH TLS

[06] Wed 13Aug14 01:14:58 -  PROT

[06] Wed 13Aug14 01:14:58 -  PBSZ

[06] Wed 13Aug14 01:14:58 -  UTF8

[06] Wed 13Aug14 01:14:58 -  CLNT

[06] Wed 13Aug14 01:14:58 -  MFMT

[06] Wed 13Aug14 01:14:58 - 211 End

[03] Wed 13Aug14 01:14:58 - Server supports resume.

[05] Wed 13Aug14 01:14:58 - CLNT FTP Voyager 16.1.0.0

[06] Wed 13Aug14 01:14:58 - 200 Don't care

[05] Wed 13Aug14 01:14:58 - OPTS UTF8 ON

[06] Wed 13Aug14 01:14:58 - 200 UTF8 mode enabled

[05] Wed 13Aug14 01:14:58 - PBSZ 0

[06] Wed 13Aug14 01:14:58 - 200 PBSZ=0

[05] Wed 13Aug14 01:14:58 - PROT P

[06] Wed 13Aug14 01:14:58 - 200 Protection level set to P

[05] Wed 13Aug14 01:14:58 - PWD

[06] Wed 13Aug14 01:14:58 - 257 "/" is current directory.

[13] Wed 13Aug14 01:14:58 - (Action: "/Tue" to "D:\PD_Downloads\IMPORT") - Synchronizing local folder "D:\PD_Downloads\IMPORT" with remote folder "/Tue"

[05] Wed 13Aug14 01:14:58 - MLST /Tue

[06] Wed 13Aug14 01:14:58 - 250-Listing /Tue

[06] Wed 13Aug14 01:14:58 -  type=dir;modify=20140730100454; /Tue

[06] Wed 13Aug14 01:14:58 - 250 End

[05] Wed 13Aug14 01:14:58 - CWD /Tue

[06] Wed 13Aug14 01:14:58 - 250 CWD successful. "/Tue" is current directory.

[05] Wed 13Aug14 01:14:58 - OPTS MODE Z LEVEL 6

[06] Wed 13Aug14 01:14:58 - 200 MODE Z LEVEL set to 6

[05] Wed 13Aug14 01:14:58 - MODE Z

[06] Wed 13Aug14 01:14:58 - 200 MODE set to Z.

[05] Wed 13Aug14 01:14:58 - PASV

[06] Wed 13Aug14 01:14:58 - 227 Entering Passive Mode (************************,175)

[03] Wed 13Aug14 01:14:58 - Opening passive mode data connection to *********************, port 50095.

[03] Wed 13Aug14 01:14:58 - Negotiating SSL connection with server...

[05] Wed 13Aug14 01:14:58 - MLSD

[03] Wed 13Aug14 01:14:58 - SSL connection established. All transactions are now secure.

[03] Wed 13Aug14 01:14:58 - Encryption cipher: 128 bit IDEA; Version: TLSv1/SSLv3.

[06] Wed 13Aug14 01:14:58 - 150 Connection accepted

[06] Wed 13Aug14 01:14:58 - 226 Transfer OK

[03] Wed 13Aug14 01:14:58 - Transferred 0 bytes (0 compressed to 0.00%). 0.00 actual KB/sec, 0.00 effective KB/sec.

[13] Wed 13Aug14 01:14:58 - (Action: "/Tue" to "D:\PD_Downloads\IMPORT") - Action successfully completed.

[13] Wed 13Aug14 01:14:58 - (Action: "/Tue" to "D:\PD_downloads\IMPORT") - Synchronizing local folder "D:\PD_downloads\IMPORT" with remote folder "/Tue"

[05] Wed 13Aug14 01:14:58 - MLST /Tue

[06] Wed 13Aug14 01:14:58 - 250-Listing /Tue

[06] Wed 13Aug14 01:14:58 -  type=dir;modify=20140730100454; /Tue

[06] Wed 13Aug14 01:14:58 - 250 End

[05] Wed 13Aug14 01:14:58 - PASV

[06] Wed 13Aug14 01:14:58 - 227 Entering Passive Mode (******************,176)

[03] Wed 13Aug14 01:14:58 - Opening passive mode data connection to *********************, port 50096.

[03] Wed 13Aug14 01:14:58 - Negotiating SSL connection with server...

[05] Wed 13Aug14 01:14:58 - MLSD

[03] Wed 13Aug14 01:14:58 - SSL connection established. All transactions are now secure.

[03] Wed 13Aug14 01:14:58 - Encryption cipher: 128 bit IDEA; Version: TLSv1/SSLv3.

[06] Wed 13Aug14 01:14:58 - 150 Connection accepted

[06] Wed 13Aug14 01:14:58 - 226 Transfer OK

[03] Wed 13Aug14 01:14:58 - Transferred 0 bytes (0 compressed to 0.00%). 0.00 actual KB/sec, 0.00 effective KB/sec.

[13] Wed 13Aug14 01:14:59 - (Action: "/Tue" to "D:\PD_downloads\IMPORT") - Action successfully completed.

[13] Wed 13Aug14 01:14:59 - (Action: "/Tue/*.*") - Deleting remote path: /Tue/*.*

[05] Wed 13Aug14 01:14:59 - PASV

[06] Wed 13Aug14 01:14:59 - 227 Entering Passive Mode (*****************,178)

[03] Wed 13Aug14 01:14:59 - Opening passive mode data connection to **************, port 50098.

[03] Wed 13Aug14 01:14:59 - Negotiating SSL connection with server...

[05] Wed 13Aug14 01:14:59 - MLSD

[03] Wed 13Aug14 01:14:59 - SSL connection established. All transactions are now secure.

[03] Wed 13Aug14 01:14:59 - Encryption cipher: 128 bit IDEA; Version: TLSv1/SSLv3.

[06] Wed 13Aug14 01:14:59 - 150 Connection accepted

[06] Wed 13Aug14 01:14:59 - 226 Transfer OK

[03] Wed 13Aug14 01:14:59 - Transferred 0 bytes (0 compressed to 0.00%). 0.00 actual KB/sec, 0.00 effective KB/sec.

[13] Wed 13Aug14 01:14:59 - (Action: "/Tue/*.*") - Action successfully completed.

[12] Wed 13Aug14 01:14:59 - (Task: Redrock_TuesdayData) - Execution successfully completed.

[12] Wed 13Aug14 01:14:59 - (Task: Redrock_TuesdayData) - Performing scheduled execution of task for Wednesday, August 13, 2014 00:15:00.

[03] Wed 13Aug14 01:14:59 - Resolving host "**********************************"...

[03] Wed 13Aug14 01:14:59 - Connecting to "******************" on port 21.

[03] Wed 13Aug14 01:14:59 - Connected to *****************:21 from ****************************:55851.

[06] Wed 13Aug14 01:14:59 - 220-************************* FTPS service.

[06] Wed 13Aug14 01:14:59 - 220-Authorised access only.

[06] Wed 13Aug14 01:14:59 - 220 Use 'Auth TLS' connection mode.

[05] Wed 13Aug14 01:14:59 - AUTH TLS

[06] Wed 13Aug14 01:14:59 - 234 Using authentication type TLS

[03] Wed 13Aug14 01:14:59 - SSL connection established. All transactions are now secure.

[03] Wed 13Aug14 01:14:59 - Encryption cipher: 128 bit IDEA; Version: TLSv1/SSLv3.

[05] Wed 13Aug14 01:14:59 - HOST *********************************

[06] Wed 13Aug14 01:14:59 - 500 Syntax error, command unrecognized.

[03] Wed 13Aug14 01:14:59 - Connected. Logging in to the server.

[05] Wed 13Aug14 01:14:59 - USER ********************************

[06] Wed 13Aug14 01:15:00 - 331 Password required for *****************************************

[05] Wed 13Aug14 01:15:00 - PASS ***

[06] Wed 13Aug14 01:15:00 - 230 Logged on

[03] Wed 13Aug14 01:15:00 - Login successful.

[05] Wed 13Aug14 01:15:00 - SYST

[06] Wed 13Aug14 01:15:00 - 215 UNIX emulated by FileZilla

[05] Wed 13Aug14 01:15:00 - FEAT

[06] Wed 13Aug14 01:15:00 - 211-Features:

[06] Wed 13Aug14 01:15:00 -  MDTM

[06] Wed 13Aug14 01:15:00 -  REST STREAM

[06] Wed 13Aug14 01:15:00 -  SIZE

[06] Wed 13Aug14 01:15:00 -  MODE Z

[06] Wed 13Aug14 01:15:00 -  MLST type*;size*;modify*;

[06] Wed 13Aug14 01:15:00 -  MLSD

[06] Wed 13Aug14 01:15:00 -  AUTH SSL

[06] Wed 13Aug14 01:15:00 -  AUTH TLS

[06] Wed 13Aug14 01:15:00 -  PROT

[06] Wed 13Aug14 01:15:00 -  PBSZ

[06] Wed 13Aug14 01:15:00 -  UTF8

[06] Wed 13Aug14 01:15:00 -  CLNT

[06] Wed 13Aug14 01:15:00 -  MFMT

[06] Wed 13Aug14 01:15:00 - 211 End

[03] Wed 13Aug14 01:15:00 - Server supports resume.

[05] Wed 13Aug14 01:15:00 - CLNT FTP Voyager 16.1.0.0

[06] Wed 13Aug14 01:15:00 - 200 Don't care

[05] Wed 13Aug14 01:15:00 - OPTS UTF8 ON

[06] Wed 13Aug14 01:15:00 - 200 UTF8 mode enabled

[05] Wed 13Aug14 01:15:00 - PBSZ 0

[06] Wed 13Aug14 01:15:00 - 200 PBSZ=0

[05] Wed 13Aug14 01:15:00 - PROT P

[06] Wed 13Aug14 01:15:00 - 200 Protection level set to P

[05] Wed 13Aug14 01:15:00 - PWD

[06] Wed 13Aug14 01:15:00 - 257 "/" is current directory.

[13] Wed 13Aug14 01:15:00 - (Action: "/Tue" to "D:\PD_Downloads\IMPORT") - Synchronizing local folder "D:\PD_Downloads\IMPORT" with remote folder "/Tue"

[05] Wed 13Aug14 01:15:00 - MLST /Tue

[06] Wed 13Aug14 01:15:00 - 250-Listing /Tue

[06] Wed 13Aug14 01:15:00 -  type=dir;modify=20140730100454; /Tue

[06] Wed 13Aug14 01:15:00 - 250 End

[05] Wed 13Aug14 01:15:00 - QUIT

[05] Wed 13Aug14 01:15:00 - QUIT

[06] Wed 13Aug14 01:15:00 - 221 Goodbye

[05] Wed 13Aug14 01:15:00 - CWD /Tue

[06] Wed 13Aug14 01:15:00 - 221 Goodbye

[06] Wed 13Aug14 01:15:00 - 250 CWD successful. "/Tue" is current directory.

[05] Wed 13Aug14 01:15:00 - OPTS MODE Z LEVEL 6

[06] Wed 13Aug14 01:15:00 - 200 MODE Z LEVEL set to 6

[05] Wed 13Aug14 01:15:00 - MODE Z

[06] Wed 13Aug14 01:15:00 - 200 MODE set to Z.

[05] Wed 13Aug14 01:15:00 - PASV

[06] Wed 13Aug14 01:15:00 - 227 Entering Passive Mode

[03] Wed 13Aug14 01:15:00 - Opening passive mode data connection to *******************, port 50001.

[03] Wed 13Aug14 01:15:00 - Negotiating SSL connection with server...

[05] Wed 13Aug14 01:15:00 - MLSD

[03] Wed 13Aug14 01:15:00 - SSL connection established. All transactions are now secure.

[03] Wed 13Aug14 01:15:00 - Encryption cipher: 128 bit IDEA; Version: TLSv1/SSLv3.

[06] Wed 13Aug14 01:15:00 - 150 Connection accepted

[06] Wed 13Aug14 01:15:00 - 226 Transfer OK

[03] Wed 13Aug14 01:15:00 - Transferred 0 bytes (0 compressed to 0.00%). 0.00 actual KB/sec, 0.00 effective KB/sec.

[13] Wed 13Aug14 01:15:00 - (Action: "/Tue" to "D:\PD_Downloads\IMPORT") - Action successfully completed.

[13] Wed 13Aug14 01:15:00 - (Action: "/Tue" to "D:\PD_downloads\IMPORT") - Synchronizing local folder "D:\PD_downloads\IMPORT" with remote folder "/Tue"

[05] Wed 13Aug14 01:15:00 - MLST /Tue

[06] Wed 13Aug14 01:15:00 - 250-Listing /Tue

[06] Wed 13Aug14 01:15:00 -  type=dir;modify=20140730100454; /Tue

[06] Wed 13Aug14 01:15:00 - 250 End

[05] Wed 13Aug14 01:15:00 - PASV

[06] Wed 13Aug14 01:15:00 - 227 Entering Passive Mode

[03] Wed 13Aug14 01:15:00 - Opening passive mode data connection to ********************, port 50002.

[03] Wed 13Aug14 01:15:00 - Negotiating SSL connection with server...

[05] Wed 13Aug14 01:15:00 - MLSD

[03] Wed 13Aug14 01:15:00 - SSL connection established. All transactions are now secure.

[03] Wed 13Aug14 01:15:00 - Encryption cipher: 128 bit IDEA; Version: TLSv1/SSLv3.

[06] Wed 13Aug14 01:15:00 - 150 Connection accepted

[06] Wed 13Aug14 01:15:00 - 226 Transfer OK

[03] Wed 13Aug14 01:15:00 - Transferred 0 bytes (0 compressed to 0.00%). 0.00 actual KB/sec, 0.00 effective KB/sec.

[13] Wed 13Aug14 01:15:00 - (Action: "/Tue" to "D:\PD_downloads\IMPORT") - Action successfully completed.

[13] Wed 13Aug14 01:15:00 - (Action: "/Tue/*.*") - Deleting remote path: /Tue/*.*

[05] Wed 13Aug14 01:15:01 - PASV

[06] Wed 13Aug14 01:15:01 - 227 Entering Passive Mode

[03] Wed 13Aug14 01:15:01 - Opening passive mode data connection to *********************, port 50003.

[03] Wed 13Aug14 01:15:01 - Negotiating SSL connection with server...

[05] Wed 13Aug14 01:15:01 - MLSD

[03] Wed 13Aug14 01:15:01 - SSL connection established. All transactions are now secure.

[03] Wed 13Aug14 01:15:01 - Encryption cipher: 128 bit IDEA; Version: TLSv1/SSLv3.

[06] Wed 13Aug14 01:15:01 - 150 Connection accepted

[06] Wed 13Aug14 01:15:01 - 226 Transfer OK

[03] Wed 13Aug14 01:15:01 - Transferred 0 bytes (0 compressed to 0.00%). 0.00 actual KB/sec, 0.00 effective KB/sec.

[13] Wed 13Aug14 01:15:01 - (Action: "/Tue/*.*") - Action successfully completed.

[12] Wed 13Aug14 01:15:01 - (Task: Redrock_TuesdayData) - Execution successfully completed.

[12] Wed 13Aug14 01:15:01 - (Task: Redrock_TuesdayData) - Next scheduled execution on Wednesday, August 20, 2014 00:15:00

[05] Wed 13Aug14 01:15:04 - QUIT

[06] Wed 13Aug14 01:15:04 - 221 Goodbye