Tsu

Done, issue has been reported. I find the description to be a bit vague about what information is collected from my machine and what data may be send. SyncApp is not doing anything else at the time, is not updating/scanning/indexing and multiple restarts have not helped.

As the title says, I installed SyncApp 1.0.92 and it's not updating when I add new files. The old version used to be instantly and now it's been a few minutes and it's still not recognizing new files placed in that folder. Is this a known issue? Anyone else facing it?

But that is in case of someone actually trying to crack my e-mail or Dropbox account. They can't access my e-mail account my random luck because a username and password match has to be made. In the case of a secret they only need to randomly get the same secret as me. Chances are slim but they do exist right?

Problem is that they don't need to crack, can be an unlucky collision. Chances are small but they are still there if there is no way to guarantee a unique secret. But how does SyncApp know which computer has the files beloning to my secret? If I enter my secret on another computer the original computers need to know what computer was added and how to reach that computer. And it wouldn't be less secure if it used two secrets. Compare it to having an account for each computer to log on to and from which to manage sharing folders with other accounts and a seperate secret that is also needed to access folders but isn't stored centrally. It will take decades for a super computer to guess that specific secret but it can take but a second for a random computer to accidentally generate a secret that is allready in use somewhere else. Give a thousand monkeys a thousand typewriters and there will be a day when a monkey writes Hamlet. With no guarantee that a secret is unique there will always be a change, however small, that someone will get your files.

The problem with secrets is that you can "crack" them without trying. It's perfectly possible that two users can end up with the same secret and thus see eachothers files. Ofcourse the chances are slim, but they do exist. Rather than creating stronger secrets where the collision chances are reduced I would like to see a system where there are two secrets and you need them both to access files. The first secret is generated by Bittorrent and is checked against a database to make sure it's unique. The other is user generated and doesn't need to be unique. Same as a username and password except the username is just a random string.

As I posted in the other topic as well: Hmm, still not working to be honest. I do get this now: [2013-02-28 16:21:29] Sending broadcast ping for folder E:\*foldername* [2013-02-28 16:21:29] Send ping to peer (0000000000000000000000000000000000000000) for folder E:\*foldername* [2013-02-28 16:21:29] ping *IP server*:11111 directly [2013-02-28 16:21:29] ping *IP server*:11111 via relay After a few days still nothing happening.

Hmm, still not working to be honest. I do get this now: [2013-02-28 16:21:29] Sending broadcast ping for folder E:\*foldername* [2013-02-28 16:21:29] Send ping to peer (0000000000000000000000000000000000000000) for folder E:\*foldername* [2013-02-28 16:21:29] ping *IP server*:11111 directly [2013-02-28 16:21:29] ping *IP server*:11111 via relay

Now I'm getting this: [2013-02-26 10:24:32] SYNC: block incoming connection from xxx.xxx.xxx.xxx:51974 : ip is untrusted [2013-02-26 10:39:34] SYNC: block incoming connection from xxx.xxx.xxx.xxx:52232 : ip is untrusted

Hi, I can't get Sync to start when I'm on the corporate network. I use a network that has no firewall protection and all my other apps can connect just fine. I defined a custom host, added exceptions to the firewall on my laptop and.. nothing. It's a Windows 7 laptop and the other online client is a Windows 2008 R2 server. The folder I am trying to sync is a Truecrypt file mapped to a local disk, I am syncing that local disk so the application can see the individual files. Log: [2013-02-26 10:09:25] Loading config file version 1.0.75 [2013-02-26 10:09:25] Loaded folder E:\Foldername