You can, but it is kind of tricky. If you will setup a user will mount his home directory to TrueCrypt volume and throw away all passwords, then you can't access to the files. Otherwise you will get access to all files.
July 4th, 2012 the first version of Sync was created. It was a proof of concept build that applies P2P technology to file synchronization. Please join me in celebration to a team who made this product possible and celebrate 1 year of the product. I would like to thank you for your support and help in making Sync better. kos
It may happen during upgrade, we changed the way how we deal with timestamps so Sync may show that there is a huge data needs to be transfered, then it will detect that it needs to change timestamps and Sync will do it without actual transfer.
Can you please describe your environment in more details? Starting with 1.1.27 works _much_ better with dynamic data and we are not aware about any issues with dynamic data for this build. Older builds had issues that are fixed.
Thank you. We will need logs, since from your description this is easy case for Sync. It doesn't really matter how big are files, it is more about amount of files.
We update a lot of older version that is in wild, not everyone has versioning. The plan is to bring all users to the same build so there will be no any incompatibility issues.
Ok, we found degradation in latest builds. If you turned DHT at least once, this settings will be saved, and even if you turn it off - Sync will still use DHT. Will be fixed in next build after 1.1.26 Thanks.
To close the topic: - Sync contacts different ip addresses only if DHT is on; - There was a bug in early builds when this settings wasn't properly treated by app, please upgrade; - Please do not mix traffic from Sync with regular BitTorrent client. If you are on 1.1.26 build and later, DHT is off and you are sure that BitTorrent is not running there will be no any ip addresses besides machines with your secret. kos
We are avare of this problem and this will be addressed soon. To make things completely clear, this is new functionality, not just bug fix, so it could take a while.
Can you please explain your configuration in more details? You use Netbeans on Linux and files are shared using Samba, and then shared to several Win 8 machines? And never version on Linux were overwritten with version from Win 8 machines?
Please take several mini dumps when you will see high cpu using these steps http://www.wintellect.com/blogs/jrobbins/how-to-capture-a-minidump-let-me-count-the-ways and send them to syncapp@bittorrent.com