capi

Hi, if you have WAL-mode enabled for SQLite and delete the WAL file, you'll corrupt the database file. DON'T DELETE IT! (This is not specific to btsync, but to any app using sqlite with WAL enabled.) Additonal information and how one could deal with it is available from http://www.sqlite.org/draft/wal.html and other ressources on http://www.sqlite.org/ Best regards, Capi

I cannot confirm the behavior for a "Backup" setting on the phone. Photos I delete are moved to the .SyncArchive folder like with a read-only secret. I am quite sure they will be expired from the .SyncArchive folder once they hit the time limit.

The Terms of Use might be invalid in some countries regarding an analysis of the protocol.

You could use "mount --bind" instead of symlinks and you could also try out unionfs as an alternative.

I also would find this a very welcome feature, as I'd autostart btsync once connected to power and wifi and auto-shutdown it once disconnected from power.

That wouldn't solve anything, as you are running it (likely) on the same machine as the data, so if you don't trust the software, you should not run it, as it could do much more behind your backs, running on your system.

If they are in the same LAN/subnet, they will find each other if LAN sync is enabled in the options for the share.

While I agree with you GreatMarko, it also shows a problem with the fact that currently the encouraged way by the devs if you want to provide an app that uses the API is to have your users sign up for an API key, as you cannot reliably redistribute your own key with your app. At least that's what I got out of the discussions over in the developer forum.

Windows does, Android and iOS do not (yet).

Not knowing if the devs have denied keys to anyone, have you double-checked your SPAM folder?

I can completely understand that the guys at Bittorrent want to get money out of the project, so I see how they came up with the API key. Maybe it would also really help if they published how they want to monetize the app (which I can completely understand, we are all developers ourselves and want to make money from our work).

Can you also elaborate a little bit on how the API key is verified? Is an Internet connection required when starting up? How would I distribute an Application that uses your API, as I suppose I'm not allowed to ship my API key (as it would be visible to the end-user, who could then use it to do something on his own with my key, etc.) Any input on this would be very appreciated!

How is the API key checked? Does it require a network connection? Or is it "self-contained" for offline use? How is it intended if one wants to ship an application where sync is integrated, is one allowed to distribute one's API key (which would be readable to every user due to the config file) or would every user need to get their own API key? Thanks for clarifying!

+1, that would be a huge improvement. Either add the possibility to have scripts/programs executed on certain events, or request an HTTP(S) URL, that would be very nice.

Oh I see, my bad, I searched for it from the documentation page. Sorry.

Hi, it says that we should fill out "this short form" to get an API key. I do not see a form, where could I sign up! I am really excited about this, thanks a lot!

I also see a lot of wake-ups on the phone since I have btsync running inside my network. It could be that Android is woken up a lot by the multicasts that is used by LAN discovery (even if btsync is NOT running on the phone). Will try to disable LAN discovery and use hard-coded IP adresses and have a look if this improves the issue.

If you have the option enabled, the new files will be auto-downloaded to the Android device, if not, you'll have to manually mark them for download.

I think, it is simply a bad choice of wording. It behaves like an "auto-download new files" option. Sync in the other direction is always enabled (if read-write secret).

All available files will be synced among all online peers. (May be not entirely correct, if only peers with read-only secret are available, but between read-write secret peers, it will work.)

Is there any information on the "Auto Sleep" functionality. Even if turned on and set to wakeup "never", the notification icon stays with "Running". Does this mean it doesn't go to sleep? The perfect solution for me would be for the notification icon to either disappear or change the icon and text while in "sleep" mode.

The easiest method would be if the developers provided an Intent with an extra (e.g. "cmd" = "exit") that can be sent to BTSync that causes the same action as selecting "Exit" from the menu. Would perform a clean shutdown and could be used with all those various automation apps.

As stated very often, the tracker has the SHA2(secret):IP:port, not the secret itself. So an attacker would need to brute-force a SHA2-hash in order to get the real secret. That's actually more unlikely than most username/password combos (which most of the time store also the password as hash, hopefully).

Isn't this something you could achieve with Tasker or similar apss at the moment?

I never worked with UFW, but is it possible that your rules allowed only TCP and not UDP?