"Maintain modification dates of transferred files" not working?

[tu11ym0n]

Within the Transfer preferences, the "Maintain modification dates of transferred files" checkbox is checked. However whenever I download a file from remote to local the local file's modification date is the current time, not the time of the remote file.

For example, I have a file "home.php" which was last modified last night at 6:34pm.  When I download it to overwrite my local copy it shows up as being last modified as today at 1:20pm. 

Is there a bug or am I not understanding what the "Maintain modification dates of transferred files" is supposed to do?

[JD]

Since I'm already dealing with your modification date issue via email support, I'll post the result of my suggested fix here when you have confirmed it. If I am correct, the solution is to enable the 'Validate suspect file datestamps' checkbox in the Server Options tab of the Preferences. This is a known issue and is fixed already in a new build which will be released shortly.

(I have also posted this as part of my reply in your Feedback suggestion, for everyone else reading)

-Jason

[JD]

SOLVED: tu11ym0n has found a bug that only shows up when downloading files to a mounted AppleShare volume, rather than to a hard drive in your Mac. This has now been corrected and the fix will be included in the 1.1.6 update.

-Jason

[8wheels]

Greetings, first post to the forum.

Before I begin, want to say that I am blown away by the elegance of your creation. It really is a Lexus compared to the other guys.

You guys should hire out to other companies to enhance their entire user experience... I don't want to use any 'normal' apps, I just want to sit here and transfer files back and forth it's so sweet! 

But concerning this issue, it seems that I have the same problem. I've fiddled with the time zone and 'validate suspect file datestamps', and nothing seems to jive.

If I fiddle with the time zone settings, (which are a little unclear) I can make *older* files match correctly, but any new ones added to that directory reflect the date/time that the transfer actually took place, not the original file mod date.

Any clues for the yummy noob?

(and unless something very strange happens in the next couple of days, you can count on my $$s, fer sure)

[JD]

Welcome to the forum, and thank you for the very kind comments about my work

The mod date problem requires a fix in v1.1.5. I already fixed the problem in v1.1.6 but that is still undergoing further development and is therefore a beta. You're very welcome to try the latest beta build - just send me an email and I'll send you back the download link for it. Email me at support at yummysoftware dot com

-Jason

[8wheels]

Thanks for the speedy feedback, Jason. As long as I know it's not me I'll just wait unless it really starts to drive me crazy. I *really* appreciate your craftsmanship on YFTP.

[8wheels]

Thank you for your email today, Jason. Rather than bother you there I thought I'd post reply here.

Silly me, I thought that would allow the server dates to match the *real* modification dates, but I found this in the wiki:

Maintain modification dates of transferred files
This option works slightly differently for SFTP and FTP, but its purpose is to set the date of downloaded items to be the same as those on the server, and to set the date of uploaded items to be the same as those on your Mac. With FTP, only the download option can be reliably set and Yummy FTP will not attempt to set the server files dates.

I'm quite rusty with FTP at all, so that must be the way FTP has always worked.

But the good news is, I purchased anyway! 

It's such a rewarding user experience that I had no other choice, thanks again for great work.

[JD]

Thanks for purchasing!

Just to confuse matters further, although the issue I fixed in the beta wasn't the issue you were seeing, the beta you downloaded actually does have a new feature to ... ahem ... set the server dates to match the *real* modification dates!! Look at the 'Use MDTM to set server dates' checkbox in the Advanced Options tab of the Bookmark editor window. Not all servers support this feature, so this is why it is an option and off by default. Let's hope it works on your server

-Jason

[8wheels]

Look at the 'Use MDTM to set server dates' checkbox in the Advanced Options tab of the Bookmark editor window. Not all servers support this feature, so this is why it is an option and off by default. Let's hope it works on your server

BINGO! Jason, you rock. If this was somewhere in the docs man I sure missed it. Now I'm really, *really* happy with the purchase.

...and...ahem... I suppose I did state the issue like a clueless marketing droid, which I'm NOT! 

[JD]

No, you didn't miss anything in the docs... it simply isn't documented yet because it only exists in the as yet unreleased new version

[corourke]

Does anyone know why MDTM would result in a: 550 Can't check for file existence from the server? The FTPd is Pure-FTPd and I'm running NAT through a firewall on my side.

Thanks,
Cameron

STOR timex_06_text_en_01.txt
150 Accepted data connection
226-File successfully transferred
226 0.264 seconds (measured here), 40.09 Kbytes per second
MDTM 20061026170410 timex_06_text_en_01.txt
550 Can't check for file existence
CWD /public_html/act3stories/timex/video/temp
250 OK. Current directory is /public_html/act3stories/timex/video/temp
PWD
257 "/public_html/act3stories/timex/video/temp" is your current location
EPSV 1
229 Extended Passive mode OK (|||48006|)
LIST
150 Accepted data connection
drwxr-xr-x    2 32802    netwhit2     4096 Jan 17 06:30 .
drwxr-xr-x    3 32802    netwhit2     4096 Jan 17 06:30 ..
-rw-r--r--    1 32802    netwhit2    10845 Jan 17 06:30 timex_06_text_en_01.txt
226-Options: -a -l
226 3 matches total

[JD]

Quite simply, Pure-FTPd doesn't support setting of file dates using the MDTM command - all it supports is fetching the date. The difference is in the usage:

MDTM 20061026170410 timex_06_text_en_01.txt

This should set the date+time of the remote file 'timex_06_text_en_01.txt'

MDTM timex_06_text_en_01.txt

This should retrieve the date+time of the remote file 'timex_06_text_en_01.txt'

In the case of Pure-FTPd, it thinks Yummy is asking:

What is the date+time of the file named '20061026170410 timex_06_text_en_01.txt'

... and of course there is no such file, thus the (poorly worded) error message that is returned