I am using Visual Compare to keep files synchronized between a remote server and my local computer, but the Date/Time stamps aren't being updated properly on my local computer. After I download the files that are out of sync from the remote server to my local computer, the Date/Time stamp on my local computer is unchanged.
My 'Keep File Time' settings on the remote server are as follows:
Upload = Use Default Settings
Download = Enable
Server to Server = Use Default Settings
My File Exits settings on the remote server are:
If an existing file or folder with the same name is detected
Use Automatic Rules
Transfer Queue File Exist Rules
Use Favorite's Settings
File Exist Rules on the remote server are:
IF Destination Time=Different AND Size=No Matter AND Transfer=Download THEN Overwrite
IF Destination Time=Equal AND Size=No Matter AND Transfer=Download THEN Skip
What am I missing?
Thanks for your help!
Post the log from the transfer in the transfer queue. It's very likely that your server does not support the feature to set the file time of remote files.
[2008-12-26T12:31:53] Log opened
[2008-12-26T12:31:53] Initializing. Transfer Queue v22.214.171.124.
[2008-12-26T12:31:53] Resolving host name "ftp.gigbooks.com"
[2008-12-26T12:31:53] Connecting to 126.96.36.199 Port: 21
[2008-12-26T12:31:53] Connected to ftp.gigbooks.com.
[2008-12-26T12:31:53] 220 ProFTPD 1.3.1 Server ready.
[2008-12-26T12:31:53] USER gigbooks
[2008-12-26T12:31:53] 331 Password required for gigbooks
[2008-12-26T12:31:53] PASS (hidden)
[2008-12-26T12:31:53] 230-WARNING NOTICE:
[2008-12-26T12:31:53] This network is monitored to identify unauthorized access, or illegal
[2008-12-26T12:31:53] use of service. Anyone using this system expressly consents to such
[2008-12-26T12:31:53] monitoring. It is advised that if monitoring reveals evidence of
[2008-12-26T12:31:53] possible abuse or criminal activity, such evidence may be provided to
[2008-12-26T12:31:53] appropriate law enforcement officials.
[2008-12-26T12:31:53] 230 User gigbooks logged in
[2008-12-26T12:31:53] 215 UNIX Type: L8
[2008-12-26T12:31:53] Detected Server Type: UNIX
[2008-12-26T12:31:53] RTT: 45.112 ms
[2008-12-26T12:31:53] REST STREAM
[2008-12-26T12:31:53] 211 End
[2008-12-26T12:31:53] 257 "/" is the current directory
[2008-12-26T12:31:53] CWD /domains/gigbooks.com/public_html
[2008-12-26T12:31:53] 250 CWD command successful
[2008-12-26T12:31:53] 257 "/domains/gigbooks.com/public_html" is the current directory
[2008-12-26T12:31:53] TYPE I
[2008-12-26T12:31:53] 200 Type set to I
[2008-12-26T12:31:53] SIZE activities.php
[2008-12-26T12:31:54] 213 4233
[2008-12-26T12:31:54] MDTM activities.php
[2008-12-26T12:31:54] 213 20080414052708
[2008-12-26T12:31:54] Source File: Size=4233, SizeUnit=Byte, Time=2008-04-14T05:27:08, TimeFormat=Exact
[2008-12-26T12:31:54] Destination File: Size=4233, SizeUnit=Byte, Time=2008-04-14T05:27:08, TimeFormat=Exact
[2008-12-26T12:31:54] Rule "IF Destination Time=Equal AND Size=No Matter AND Transfer=Download THEN Skip" matched. Action="Skip".
[2008-12-26T12:31:54] Skipping file "activities.php". Reason: User action.
[2008-12-26T12:31:54] Log closed
These 2 lines seem to indicate that the Date/Time stamps are identical, but the remote server shows a timestamp of 04/13/2008 07:00 PM and my local machine shows a timestamp of 04/14/2008 12:27 AM and Visual Compare highlights them as different. This isn't the case with all of the files in the subdirectories. Some of them show the timestamp as the same on both machines. However, the ones, such as the file used to generate the above log file, never get set properly even though SmartFTP appears to recognize them as being equal when tranfering the file.
Your server probably returns the wrong date/time in the directory listing. To verify it take a look at the raw directory listing. To get the raw listing, right-click on the folder then select "Show Raw Listing" from the context menu.
The transfer queue uses the MDTM command to get the UTC date (with second resolution). For directory listings the server only supports the LIST command which usually returns an incomplete time (no seconds) in the local server time.
I took a look at the raw directory listing and it appears you are right. Although the time doesn't show up for this particular file, the date is 4/14/2008 and in the directory listing it shows as 4/13/2008. I hope there is a way around this because if there isn't Visual Compare is pretty much useless. I also don't understand why I am not having this issue with all of the files in this subdirectory. Most of them show in the directory listing accurately.
Thanks for your help.
It's a problem with the FTP server product that is running on the server. I recommend you ask the server administrator to update to the latest version (RC) of proftpd.
Thanks for your assistance. I appreciate how quickly you responed to my issue.