Q1. When downloading files to a local drive everything works properly. When I download to either a UNC path or mapped drive the download gives me an access denied. Is saving to a UNC or mapped drive supported?

A. By default service running under 'LocalSystem' account that has no access to UNC or mapped drive paths.
To enable access to mapped drives change service account to your system user account. You can do it by our Service Controller application or by Services system applet.

If you want access password protected UNS path that is not mounted under current service account then create two java script files, insert code below and modify according your system configuration, add them to profile as pre processing and post processing tasks (executed before and after FTP synchronization and other tasks).

// Mount.js
// Mount password protected UNC path sample
main();

function main()
{  
  var CoFolder = null; 
  try
  {
    CoFolder = WScript.CreateObject("Folder.CoFolder");  
    CoFolder.User = "WIZ_admin";
    CoFolder.Password = "password";
    CoFolder.MountPath = "\\\\192.168.224.1\\e$";
    CoFolder.MapDrive = true;
    CoFolder.LocalDrive = "Q:";
    CoFolder.Mount();
    if (!CoFolder.Mounted)
    {
      WScript.Echo("Error: '" + CoFolder.MountPath + "' not mounted.");
    }
  }
  catch(e)
  {
    var strError = "Unknown Error";
    if(e.description.length != 0)
    {
      strError = "Error: " + e.description;
    }
    WScript.Echo(strError);
  }
  CoFolder = null;
}

// Umount.js
// Umount password protected UNC path sample
main();

function main()
{  
  var CoFolder = null; 
  try
  {
    CoFolder = WScript.CreateObject("Folder.CoFolder");
    CoFolder.User = "WIZ_admin";
    CoFolder.Password = "password";
    CoFolder.MountPath = "\\\\192.168.224.1\\e$";
    CoFolder.MapDrive = true;
    CoFolder.LocalDrive = "Q:";
    CoFolder.Umount();
    if (CoFolder.Mounted)
    {
      WScript.Echo("Error: '" + CoFolder.MountPath + "' not unmounted.");
    }
  }
  catch(e)
  {
    var strError = "Unknown Error";
    if(e.description.length != 0)
    {
      strError = "Error: " + e.description;
    }
    WScript.Echo(strError);
  }
  CoFolder = null;
}

Q2. Error: "Host: [hostname] 425 Can't open data connection." in log file. No synchronization task performed.

A. You have a hardware or software firewall installed. Normally a firewall interferes with FTP active mode. To fix the problem open FTP connection dialog and check 'Passive mode' box. Save changes.

There are two TCP/IP streams used by FTP protocol - the client opens the control channel first by connecting to port 21 on the remote server. When data is to be transfered (either a single file or a file list), another channel is needed. This can be open either by the client connecting to another port on the server (passive mode) or by instructing the server to connect to a port on the client (active mode).

If a client is behind a NAT or firewall, it's often only possible to use the passive mode, which mades it generally a safer bet, although some firewalls are smart enough to allow active mode as well.

Q3. I have already synchronized file trees (local and remote FTP trees were synchronized manually). I do not want already synchronized files were transfered again at the first time synchronization when software builds database.

A. In this case you have to check that option 'conflict resolving' set to 'Ignore'.

First time synchronization will report all items as conflicts and perform no actual synchronization. Later you can change 'conflict resolving' to the most appropriate for your case.

Q4. I have no synchronized items yet.

A. In this case you can just start first synchronization.

Q5. : I'd like to perform secure transfers by your FTP software. Is it possible?

A. Yes, if your FTP server installed and running on Linux, Mac-OS or other Unix like system.

Exist two secure derivates of FTP protocol.
1. FTPS - FTP over SSL. Exist very few FTP servers that support FTPS mode. Majority of popular FTP servers such as IIS FTP on Windows platform and ProFTPd, WU-FTPd, vsFTPd on Unix and Linux platforms do not support FTPS mode. This mode not implemented in our software.
2. SFTP - FTP over SSH. Easy-to-use way making it possible to exchange data using SSH client for windows. This way works only in case if your FTP server running on Linux, Mac-OS or other Unix like system. Additional requirement in this case: SSH daemon must be installed and running on the same Unix server. This way also called SSH tunneling.
Let's describe how to configure software to use SSH tunneling.
1. Download and install PuTTy - free SSH client for windows: http://www.chiark.greenend.org.uk/~sgtatham/putty/ or other SSH client for windows. Though if you have Unix server probably you already have some SSH software installed on your windows workstation.
2. Create SSH connection and check it against SSH server. (Check the documentation for SSH software).
3. Create SSH tunnel.

Source port - it is a port that used by PyTTy software to listen to incoming FTP connection on your windows workstation .
Destination - destination is a combination of address and port where FTP connection redirected via SSH channel on Unix server.

4. Run SSH session. Create new FTP connection and test it.

5. Create new or modify existing profile.

Q6. Why you have implemented your own tasks scheduler when standard windows scheduler exists?
A. We saw the need to implement it because of fact that standard windows scheduler does not wait till process completed. This behaviour may cause the problems in real world automation scenarios.