Single file causing issues during Scheduled Transfer

I have a schedule set to sync from a remote source to a local directory. This transfer occurs during the middle of the night, and seems to work pretty well, aside from one file in particular. I'm hoping you can shed some light on this issue.

Here's a small portion of the logfile for this file.

[09:34:42] Log cleared due to hard limit. Limit=1048576 bytes.

[09:34:42] 550 Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht: No such file or directory

[09:34:42] MDTM Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht

[09:34:43] 550 Vishay’s: No such file or directory

[09:34:43] Transfer failed.

[09:34:43] Operation End

[09:35:13] Operation Begin

[09:35:13] SIZE Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht

[09:35:14] 550 Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht: No such file or directory

[09:35:14] File exist check failed. File not found or permission denied.

[09:35:14] Source File: Size=Unknown, Time=Unknown

[09:35:14] Destination File: Size=204917, Time=2010-11-18T12:28:39

[09:35:14] RecentTime=2010-12-02T14:35:14

[09:35:14] No rule matched. Default Action="Overwrite".

[09:35:14] PASV

[09:35:14] 227 Entering Passive Mode (192,77,15,51,220,51).

[09:35:14] Opening data connection to 192.77.15.51 Port: 56371

[09:35:14] RETR Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht

[09:35:14] 550 Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht: No such file or directory

[09:35:14] MDTM Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht

[09:35:15] 550 Vishay’s: No such file or directory

[09:35:15] Transfer failed.

[09:35:15] Operation End

[09:35:45] Operation Begin

[09:35:45] SIZE Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht

[09:35:45] 550 Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht: No such file or directory

[09:35:45] File exist check failed. File not found or permission denied.

[09:35:45] Source File: Size=Unknown, Time=Unknown

[09:35:45] Destination File: Size=204917, Time=2010-11-18T12:28:39

[09:35:45] RecentTime=2010-12-02T14:35:45

[09:35:45] No rule matched. Default Action="Overwrite".

[09:35:45] PASV

[09:35:45] 227 Entering Passive Mode (192,77,15,51,220,101).

[09:35:45] Opening data connection to 192.77.15.51 Port: 56421

[09:35:45] RETR Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht

[09:35:45] 550 Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht: No such file or directory

[09:35:45] MDTM Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht

[09:35:45] 550 Vishay’s: No such file or directory

[09:35:45] Transfer failed.

[09:35:45] Operation End

[09:36:15] Operation Begin

[09:36:15] Resolving host name "ftp.ihs.com"

[09:36:15] Connecting to 192.77.15.51 Port: 21

[09:36:15] Connected to ftp.ihs.com.

[09:36:15] 220 IHS Engineering FTP Server

[09:36:15] USER Hazmat-Prod

[09:36:16] 331 Password required for Hazmat-Prod.

[09:36:16] PASS (hidden)

[09:36:16] 230 User Hazmat-Prod logged in.

[09:36:16] SYST

[09:36:16] 215 UNIX Type: L8

[09:36:16] Detected Server Type: UNIX

[09:36:16] RTT: 277.983 ms

[09:36:16] FEAT

[09:36:16] 500 FEAT not understood.

[09:36:16] TYPE I

[09:36:17] 200 Type set to I.

[09:36:17] REST 0

[09:36:17] 350 Restarting at 0. Send STORE or RETRIEVE to initiate transfer

[09:36:17] PWD

[09:36:17] 257 "/" is current directory.

[09:36:17] CWD /18NOV2010_IMAGES/Currentdocs/SELC/0302007/RoHS

[09:36:17] 250 CWD command successful.

[09:36:17] PWD

[09:36:17] 257 "/18NOV2010_IMAGES/Currentdocs/SELC/0302007/RoHS" is current directory.

[09:36:17] SIZE Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht

[09:36:18] 550 Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht: No such file or directory

[09:36:18] File exist check failed. File not found or permission denied.

[09:36:18] Source File: Size=Unknown, Time=Unknown

[09:36:18] Destination File: Size=204917, Time=2010-11-18T12:28:39

[09:36:18] RecentTime=2010-12-02T14:36:18

[09:36:18] No rule matched. Default Action="Overwrite".

[09:36:18] PASV

[09:36:18] 227 Entering Passive Mode (192,77,15,51,220,139).

[09:36:18] Opening data connection to 192.77.15.51 Port: 56459

[09:36:18] RETR Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht

[09:36:18] 550 Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht: No such file or directory

[09:36:18] MDTM Vishay’s New Multi-Channel EMI Filter Arrays Feature Ultra-Compact LLP Leadless Packages For Board Space Savings.mht

[09:36:18] 550 Vishay’s: No such file or directory

[09:36:18] Transfer failed.

Please add your license key to your profile. Thanks.

I do not have a license key as of yet. I'm using the 30 day evaluation of the software. I'm currently waiting on our sales department to make the purchase of the licenses.

The file does not seem to exist on the server anymore. Furthermore the FTP server's MDTM implementation is broke.

Do you think the MDTM issue might be causing another issue I'm having?

Last night, a folder was added to the FTP before the scheduled transfer. The transfer went through without the folder that was added.

Nevermind. Chalk that up to user error. When I modified the source location, I neglected to change the destination location so that all the files would sync up. It attempted to redownload the older files and never had a chance to get to the new ones before we arrived for the day.

A folder was added to the FTP server at 9:30 pm last night. SmartFTP is scheduled to transfer the contents to our local folder at 4:30 am every morning. No files were transferred over. I've enabled debug logging, removed the scheduled transfer and re-added it.

I will post the results tomorrow.

Random thoughts that may or may not help:
The folders we are working with contain thousands of files (as many as 10,000 or 20,000 smaller files).
The server kills the connection in the remote browser after 300 seconds, regardless of NOOP command being used.
If the server kills the connection in the Remote Browser, will smartftp not look for new folders and files before beginning the transfer queue?

I think the problem is with the charset. Your server does not support UTF8 and therefore you run into a various problems when dealing with different character sets. For example in the log you have sent, the file that causes the problem has a filename with an ®:
Cooper Bussmann ® - RoHS Environmental Overview.mht

If you cannot upgrade the server (this is recommended) you can try this workaround in SmartFTP:
1. Go to the Favorite Properties. Menu: Favorites->Edit Favorites
2. Go to the FTP->Transfer page
3. Set the codepage to Current Windows ANSI Codepage

Regards,
Mat