Some peoples informed that they resolved this problem by setting "Server adjusts DST", while some peoples couldn't.
I tried several methods and found that there exists a strange correlation between the (changed) time and the date of files. Let me explain it. For the sake of your understanding, I want to tell that the Windows XP has been used as a local machine and the SuSE Linux as a remote machine (UTC used). The time zone of both machines was set to Europe/Switzerland.
First, by setting "Server works in UTC time (adjust DST locally)", the time of files in the remote machine is always 1 hour later than correct one.
Second, by setting "Server adjusts DST", the time of files made in the "summer" season is extracted correctly, while the files made in the "winter" season show wrong time (+1 hour). In the case of the reporter "Norm", I suspect that the date of the examined files was in the winter season and he/she couldn't solve the problem.
I think it explains why some people could resolve this problem and others couldn't. It depends on the date of files they tried to synchronize!
Of course, I cannot explain why it happens. It's up to developers.^^ I wish this problem will be resolved as soon as possible.