RomanZ

@flo89 Yes, even if both NAS A and NAS B are read only, B will get data from A. Read-only peers are able to seed data to all other peers, although only seed data that was added by RW peer. If you change something or add a new data on A (or NASB ) they won't propagate it anywhere.

@12345lamacun It is indeed encrypted folder that is now available thru UI for everyone. Please note, that both Advanced folders and Encrypted folders are using cryptography extensively, which costs performance. Mixing Encrypted folders with SSL security behind Advanced folders will make it extremely heavy. Also, while Advanced folders are designed to be shared with other users, Encrypted folders are more something for a personal use, like a private cloud. And, while using it for yourself there is no need for access management at a cost of performance. The main disadvantage of Encrypted folders is higher CPU load, especially on ARM-based devices.

@Scott_m_Seifert Sync is capable of doing with that amount of files and data, though note that Sync consumes around of 1..1.5 Kb of memory per file/folder depending on actual path length, so having 460K of files will result in 500..700Mb of memory consumed. If your NAS won't have enough memory, it will be unloaded to hard drive which will cause overuse of HDD and significant slowdown of whole NAS (including Sync, of course).

What was reported is actually just Dropbox's filed application for a patent, not a patent that has been issued by the patent office, so there isn't much to comment on. Regardless, we're flattered that well after BitTorrent Sync was released, Dropbox is recognizing the benefits of direct P2P syncing. This is our foundation, and we're the best at it.

Hi Scott, I'm not sure that I fully understand your question, but you can proceed with Sync + NAS in 2 ways: 1) Install Sync on NAS. Sync will deliver files to NAS and your users can access these files over SMB, FTP or any other means you got used to. 2) Install Sync on some other client and force it to sync files to NAS over SMB/CIFS. Actually, bad idea. SMB works very differently than any file system, it's slower and our users often encounter issues with permissions and file notifications in such setups. As I mentioned above - you can run Sync on Syno. Although, one of the most often mistake in such setups is that admins installing Sync on NAS want it to be able to Sync millions of files and get surprised that NAS runs out of memory and CPU power. What is the amount of files and their average size you plan to keep synced?

@worldtravelgeek It indeed hardly depends on what exactly is blocked. For example, if you block all outgoing connections excepts HTTP/HTTPS/DNS - Sync will need a very tricky configuration to bypass it. Also, smart firewalls are able to identify Sync's traffic as "torrent" traffic and block it as well. Although, if outgoing connections are allowed and you have at least one peer in Internet that is capable to accept incoming connections (with public IP, or, behind a router with UPnP support) - you are fine.

@worldtravelgeek That's correct. You'll need to Sync them first. No any "Cloud access". Any app running on "cloud" with encrypted folder has no means to open and unencrypt files - therefore web access is not available. Yes, you can. Although note, that accessing Encrypted folder is a heavy task for mobile device: it has no HW support of encryption and it will have to decrypt files twice comparing to regular folder. Every Sync instance has its service folder where it keeps internal data. To actually decrypt files Sync needs: files, keys AND this service data. So if it happens that you disconnected folder on your encrypted peer (=deleted service data) or damaged by some accident Sync service data - encrypted peer won't be able to seed files anymore. Definitely. We'll expand our KnowledgeBase with all the peculiarities around Encrypted Folders.

@AllenEllis When your folder is synced selectively on desktop, each file can be in 2 states - a file and a placeholder. Deleting a file will only un-sync it from your current PC. Sync will shortly replace it with placeholder. Although, if you delete a placeholder, it indicates that you want to delete corresponding file from all other peers. Alternatively, you can use Explorer extension: right-click on the file in Explorer and choose "Remove from this device" to revert it back to placeholder state.

@Acumen Yes, this is the change that I mentioned in change log (see "Sync for Linux now creates (and loads) storage folder in the current directory") and in topic starter (see "- Linux users should be careful: from now on Sync creates and uses storage folder (.sync folder) in current directory, not next to binary").

@sandymac While this is obviously a bug, it doesn't pop up rather often, so we have to postpone its resolution. May I ask you what is your use case that you encounter this issue?

@Emslrv How many files / folders do you have? It might happen that your DB is loading for a long time?

@Andy+ Reinstall Sync. Most likely it happened due to fact that beta2 separated 3rd party progs to a new category.

@herbert BTSync already supports a majority of popular platforms, but there are always even more that can be supported. As our manforce is finite, we have to choose wisely which new platforms to cover. I would recommend to note this request in Feature Requests forum so if anyone is interested can add his voice.

@SyncBackupUtility You can also run sync in config mode and specify "use_gui" : "false" to fully avoid Sync to show in tray and have a UI.

@Andy+ That's correct. It happened likely due to fact that Syno devs divided Synology native apps and 3rd party apps. Try upgrading to Beta 2 and reinstalling Sync, should work fine.

@zeropluszero When you migrate Sync to service, it leaves a backup of all your data in a folder named "%appdata%\BitTorrent Sync\backup_XXXXXXXX" (where xxxx is timstamp in UNXTIME) for your old user. So technically you can roll it back: uninstall sync-the-service, copy files from backup to "%appdata%\BitTorrent Sync", and install regular Sync. And no, when running as service only webui is available. Note that it has advantage - you can reach it from other computers in network to admin. @advhound Unfortunately, you can't pre-populate encrypted folders. You can only fill them by syncing data. The only way i can think of is to make similar VM (similar = all the paths and usernames are the same as for your off-site peers), sync to them in LAN and then drop them (=both data and sync service folders) to offsite computer, keeping all paths intact.

@SadE54 In this case, you and all your friends are separate users and each need personal license.

Dear community, Sync 2.3 is now available. You can get it via direct links below or via official download page. Auto-update is not available yet. Direct Download Links: Installer for Windows: x86 installer x64 installerPackage for OS X: OS X packageGzip archive for Linux: arm armhf i386 x64 glibc23_i386 glibc23_x64Gzip archive for FreeBSD: i386 x64A list of what's new, improved, changed, and fixed in this version is available in the change log. Latest Android build is now also available via direct link: 2.3.0 APK Latest Raspberry Pi package is available via direct link: 2.3 DEB Known issues and peculiarities: - Windows 10 claims that binary signature is corrupt or invalid (more info) - Linux users should be careful: from now on Sync creates and uses storage folder (.sync folder) in current directory, not next to binary

@aljazd Currently, there is no collaboration built into Sync. It simply takes the file with latest mtime and syncs it to other peers. User experience depends on how application treats the file: 1) if an app locks the file you are working with 2) if an app detects that file was changed outside. For example, Notepad++ detects file change and proposes you to reload file when it is changed on another peer, so it depends on user to take changes or discard them. MS office simply locks the file and does not let Sync to apply changes, so whoever closes the file first will get his changes moved to archive. Hope it helps. P.S. Thanks for the positive feedback! I'll share with the team.

@jacoch Still it looks like the file system mounted does not allow to set modification time. Although, it usually happens when one mounts FS manually. As I understand, you did not perform any manual operations on your FS, it was partitioned and mounted by Syno DSM, right? If yes - could you please let me know which DSM version you use and which FS did you choose? Thanks.

@jacoch Sync doesn't use the file creation time, but it is using file modification time instead. Also, when Sync delivers file, it adjusts its mtime so it will be the same as on other peers. I suspect that your Syno does not allow to alter mtime (technically, any FS on Linux can be mounted in the way it does not allow to change mtime). There is a simple test you can do to check it. SSH to your NAS as admin, go to some folder (which stays on the same FS as your synced folder) and try to "touch" files. See if it updates the mtime of a file.

@fnordsensei Unfortunately, it's not as simple as it looks like . People know what account is and are confused with "identity". So simply replacing is not going to solve an issue. It was exactly as you propose at the beginning of 2.0 - which make it terribly complex for end user. Although, we are aware of the fact that there is a great space to improve My Devices usability. It is going to change in future. Sure! As I mentioned many times, we always hear our community and customers feedback. Just sometimes it takes long to provide a response, as it depends on many teams and / or decisions.

@bb10 Well, it actually a solution to initial request: @t1279k required to get access to files in Sync's jail by 3rd party application which is perfectly done with extension. Although, I understand what you need: you want Sync to deliver files outside of its jail. In short: it's a matter of research. Sometimes API developers only implement basic file API which is enough for reading and writing files, but it hardly usable for more sophisticated purposes. So we are not 100% sure now if it is possible, although we plan to give it a try.

@drego85 What is the bandwidth? Average file size? Also, have you tried to disable "low_hdd_priority" setting to ensure HDD sharing is not a bottleneck?

It is implemented now. Sync can be installed to SD card and provide access to files inside it's jail to other applications.