kos13

Sure, we will document it. Try to name another sync/share solution with such granular control. Sync doesn't control or own you, you control and own everything.

we are approaching some milestone, but still adding functionality to Sync.

I don't have anything new to share with you.

How this would be different from getting VPS and install Sync Linux version on it .

We don't support XP/64 bits version. And I am not sure if we ever will.

We do want to hear from you what you want to see in SyncApp mobile version. Must have features, how you plan to use SyncApp on phone or tablet or anything else you want to share with us. To answer your immediate question: yes, we started developing SyncApp mobile and it will see the light of day quite soon.

Too bad. We don't support it for the moment. It is quite old libc. We have something on our roadmap for older versions of glibc.

PM me for invite.

PowerPC Quoriq? SyncApp supports it.

We should cover all waiting list by middle of April i.e. in a week. You will get your invitation in a week or so. If you drastically need it, PM me and I will send you a link. Sorry that it took longer than we originally planned, but we constantly improving product and want make sure it is in perfect shape before giving it to people.

Seems picture was not attached.

I am glad you love SyncApp.

This is strange, you should have speed in a range of 30-50MBs, at least. Of course this depends on hardware. Could you please collect logs and provide your hardware details to syncapp@bittorrent.com and we will see what is the reason.

Hi, Could you please follow steps here We will need logs to analyze the issue. But please note that on small files you could see a slower speed. DHT is not required. This is option for users who want to go completely server less. It has some drawbacks, like lower chances of connecting peers. This is because whole punching of your NAT is less effective using DHT. Predefined hosts is used when you have peer with static ip:port, you could configure it on peers, so they will know it right away.

I understood your use case and what you are trying to achieve. Unfortunately it is a new feature that requires development. We will see how it fits to our schedule.

This is an option, but not something we could do very fast.

The case, if I understood it correctly, is that you put something inside .SyncIgnore on ONE computer, but don't upadte it on second one. Then file is deleted on second computer. For now this is how .SyncIgnore will work. We do agree that this is not a convenient way to do things and we will improve it sometime. Instructions 1. Shutdown SyncApp on all computers; 2. Put new entry in .SyncIgnore, make sure it is the same on all devices; 3. Start SyncApp Details .SyncIgnore makes file invisible for SyncApp. If file was indexed and transferred to other computer, then SyncApp treats this case as file was deleted by some means, and delete file from other peers. Some more technical details to understand the case. SyncApp makes sure that file tree is the same across devices, in this case one computer reports that it has a file, and another says it doesn't have it (it is in .SyncIgnore). SyncApp can't have separate file tree across devices, so there are two options: delete file, or get it from the peer. Both actions are undesired, so having similar .SyncIgnore across devices is the only right way.

This is definitely a bug. It should be left untouched. I'll get back on this today. Update Please read post below. This is not a bug.

Thanks!

We support starting from 10.6. Sorry, but you have to upgrade.

Thank you! You have this option, as mentioned above. Just look to .SyncIgnore ignore file in each folder. This is very interesting question. First, you get the fastest speed on big files. On small files SyncApp just can't reach maximum speed, so try synchronize something big like 1 Gb file. Now we will talk about one interesting aspect, depending on your computer you might have around 50-70 MB/s performance from your harddrive that is shared across OS and all your applications. So SyncApp reaches limit of your harddrive faster than your network. SSD harddrives will give you better speed and faster speed from SyncApp. SyncApp behaves politely to other apps, so if harddrive is used by other app, SyncApp will reduce speed to not interfere with the app. You just don't want to be in a case that your OS is stuck due to SyncApp. In our tests on SSD drives SyncApp reach 1000Mbs limit of network. We added this to feature list.

Both tracker and DHT see the following information SHA2(Secret):ip:port. So in terms of information seen DHT is equal to tracker. If someone knows secret it could discover your IP:port whether you will use DHT or tracker. The Secret is randomly generated 21 bytes string (at least), which is not related to the folder name or its content. It is just some number.

There are few minor changes between the builds.

Hi, We are pleased to announce that new SyncApp 1.0.95 is released. You could download latest builds using links in invitation email. We will turn auto update for existing builds in a couple of days. We've also started sending new invites to SyncApp, so you should get your invitation email very soon.

The issue was that two computers were linked using read only secret. So changes on second computer were not propagated to master.