Before posting, and to avoid disappointment, please read the following:

  • This forum is not for 2BrightSparks to provide technical support. It's primarily for users to help other users. Do not expect 2BrightSparks to answer any question posted to this forum.
  • If you find a bug in any of our software, please submit a support ticket. It does not matter if you are using our freeware, a beta version or you haven't yet purchased the software. We want to know about any and all bugs so we can fix them as soon as possible. We usually need more information and details from you to reproduce bugs and that is better done via a support ticket and not this forum.

Date and attributes are not changed

SyncBackFree is the freeware version of SyncBack. It is *not* an evaluation version of SyncBackPro/SE.
Post Reply
ASF
Newbie
Newbie
Posts: 2
Joined: Tue Jul 21, 2026 5:26 pm

Date and attributes are not changed

Post by ASF »

Hi everyone,
I've recently been having the following problem: When I start a backup to a portable hard drive connected directly to my PC, all modified data, along with the date and attributes, are correctly transferred to the backup and saved.

However, when I transfer this data to my private cloud (a hard drive connected to a Fritzbox) via \\fritz.nas\Privatcloud\Volume\My Documents\Documents\, the files are overwritten, but the dates and attributes aren’t changed.

Both profiles—for saving to the hard drive and to the private cloud—are identical, though (except, of course, for the respective destination path).

Could this possibly be a bug, since I believe this used to work with older versions, but I'm not sure?

Does anyone have any ideas?

Operationsystem: Win 11 (64-bit) 25H2 Build 26200.8894
Syncback V12.0.17.0 (32-bit)

Best regards and thanks,
ASF
ASF
Newbie
Newbie
Posts: 2
Joined: Tue Jul 21, 2026 5:26 pm

Re: Date and attributes are not changed

Post by ASF »

I received the following response from 2BrightSparks:

Many devices like FTP, NAS drives, cloud servers does not allow us to change the last modification date/time stamps of the copied files. Thus, the last modification date/time stamps are set to the date/time they are copied to the device. This could be the cause of the issue you are experiencing.
Post Reply