RE: "Sure would appreciate the uploaded file's date being left unchanged!"
Yes, This is a real problem for us moving the files to our computers to work on and having a date modified like "1993 or 2012" is no good.
Is there something I'm doing wrong?
Thanks
Using iMac Intel Core 2 Duo running OS 10.6.8
File dates should not be changed when they are moved to the POGO plug for several reasons:
1. Presently, a file created locally has a date and a time that is commonly displayed and is used by programs (e.g., xcopy, etc.), size is in the equation, too, to determine if the local file is more current than the remote (POGO) file; and, vice-versa.
2. When a file is moved to a POGO, the local and the remote date appear the same during the "session." A reload, or a subsequent session, the files longer show the same date. The local file retains its date; and, the remote file now has the date and time of the upload which could be days later. This pecular situation happens mostly when using the desktop application.
3. Local-To-Remote: The date change makes it almost impossible to determine the status of the remote file because of the date tampering.
4. Remote-To-Local: The date change often results in a churn of the local files because the remote file has a newer date. This wastes time and causes confusion when the same identical file on the remote seems newer only because of the date tampering.
My request is to have the remote (POGO) use the same date as that of the local file.
Another problem is encountered when making a visual inspection that attempts to compare what files on the remote (POGO) are not the same as the files that are local to determine if an update is, or is not, necessary.
Sure would appreciate the uploaded file's date being left unchanged!
Pogoplug Farming(tm) is Fun!
The files I built and transferred to my pogoplug drive keeps setting a time stamp of 1/2/2000 when the files and the transfer are today 1/1/2012. Any idea way and where does pogoPlug get the date?
Hi DickieGadget,
I had the same issue but i was getting 12/31/1969 and 01/01/1970. Below is the response I received when I reached out to support.
The Pogoplug by default uses ntp to update it's time. For reasons unknown, the Pogoplug cannot access the ntp server to get the correct time. If you are having issues, you can manually set the time on your Pogoplug using hwclock.
Here follows the syntax for setting the time on the Pogoplug in Windows, using command line instructions. First find the ip address of your Pogoplug. You will need to get this from the admin console of your router.
Open a dos Command console at the command prompt, type
telnet
o (your ip address here)
Pogoplug login: root
Password: ceadmin
hwclock
Wed Dec 31 23:59:59 1969 0.000000 seconds (output from command above)
date -s 061816202009.10 (this is your local time, MMDDhhmmYEAR.ss (Month Day Hour Minute Year.seconds))
Thu Jun 18 16:20:10 UTC 2009 (output from command above)
hwclock -w (this saves or writes the time to your system)
hwclock
Thu Jun 18 16:20:19 2009 0.000000 seconds (confirmation that time has been reset)
quit (exits you from telnet)
exit (quits you from the Command prompt)
I agree, this is a major draw back of pogoplug. When I asked support, they told me to use the ActiveSync feature in order to preserve file dates.... UNACCEPTABLE! Uploading a file through the web interface resets the date as well.
Yesterday I needed an install (.MSI) from my office computer, so I used the my.pogoplug.com to upload the file. When I got home to use the MSI install, it wouldn't run, and the file was no longer digitally signed! I ended up doing the same with Dropbox without any issues....
I feel that anytime I need to do something important or be 100% sure that it will work, I can't rely on pogoplug...

RSS


