GreatMarko

Yes! Yes - just share "keys" (formally secrets) instead of links

It should work exactly the same for a shortcut! Make sure Sync isn't already running when you click your shortcut!

Such functionality isn't currently available. Please add you voice to this thread in the Feature Request forum for "selective sync", which is pretty much what you're after for your first request. As for your second request - for files to be automatically deleted X days after this - this would also be something for the Feature Requests forum (please start a new thread there for this, as I don't believe an existing one of this particular idea already exists)

JJmcKay, by "Is the issue reproduction stable?", RomanZ essentially means "does it happen every time", which your reply would indicate that it does. By "android mode", I suspect RomanZ means whether you're running Sync in "simple" mode or "advanced" mode (check via Settings -> Advanced within Sync) A couple of further things that might help narrow down the source of your issue; 1) How many devices are you syncing this between? Another user, nrgbod, has reported a similar issue above, yet they're syncing between a multitude of devices. Is your issue present if you only have your PC and Android device connected, and nothing else? 2) Does this issue occur regardless of filetype (extension), or does it only occur when you delete specific filetypes on your PC? 3) If would probably be useful for the team to know what version of Android itself you're running?

What do you mean by the "sync file"? The sync.log file, or the entire folder contents of your %appdata%\BitTorrent Sync folder? If you're referring just to the log file, have you ensured that you've not had Debug logging enabled by mistake? You can limit the size of log files generated by Sync through the advanced "log_size" setting. Sync's data is store in your Window's %appdata% path. If you relocate your entire %appdata% folder in Windows to another drive then yes, otherwise, no.

When you say you're "receiving some data" - do you mean actual files?! ...or do you mean that your R/O node is just communicating with other nodes? If its the latter, this is normal - nodes regardless of their type still need to "communicate" with each other to determine the states of files and what needs transferring.

Yes - any changes made to the contents of the folder whilst it was disconnected (or the other folders it syncs with) will then be transferred once it is reconnected

Either will work! 127.0.0.1 will allow connections to the Web UI from that IP alone, 0.0.0.0 will allow connections from any ip (including 127.0.0.1) Correct - on Windows XP/2003 it will be C:\Documents and Settings\.... on more recent versions of Windows it'll be C:\Users\...

@increa, there isn't a config file by default on Windows 1) Open Notepad and add the following: { "storage_path" : "/Users/<username>/AppData/Roaming/BitTorrent Sync", "webui" : { "listen" : "0.0.0.0:8888" }}(where "storage_path" points to the location where your BitTorrent Sync databases can be found - usually %appdata"/BitTorrent Sync) 2) Save you config file as "resetpw.conf" to the same directory as your BTSync.exe executable. 3) Open Notepad again and add the following: START BTSync /config resetpw.conf4) Save this as new file as "resetpw.bat" again to the same directory as your BTSync.exe executable. 5) Run "restpw.bat" Sync will start and the username/password should be removed

Save your config file to the same location as your BTSync.exe executable, and then execute BTSync.exe with a "/config <name_of_your_config_file>.conf" command

If your "hundreds of connections" are external, try disabling the "Search DHT network" option (this is a per-folder setting). If they are internal, try disabling the "Search LAN" option (this is also a per-folder setting)

It's not currently possible to natively install & run Sync as a Windows Service (so that it can run even if you're logged off) A number of unofficial workarounds do exist - just search the forums for "windows service" - in particular see this thread where you can also add your voice/vote/support for a native Windows Service.

As long as you assign the same Read/Write (full access) key to both, it doesn't matter in which order you add your devices to their respective instances of Sync.

After you update, you may need to remove (disconnect) your camera backup in Sync, and re-enable it again in order for the problem to be solved.

Well, I think you've already answered your question to an extent; Disabling encryption on synced folders workarounded the issue. Whilst I'm no expert on Windows EFS, what is the size of the largest file in one of the encrypted folders you're trying to sync? It's not around 8GB per chance? Given that it's "services.exe" that's generating the CPU/memory load, maybe the issue is due to the Windows sub-system having to perform decryption before the files can be accessed by Sync?

If your log files are too big to email, try ZIPping or RARing them first. Also, consider reducing the size of your log (via the advanced log_size setting) You can email your logs to syncapp@bittorrent.com, or alternatively, visit http://syncapp.zendesk.com/ where you'll be able to attach/upload your file from your browser

You can run Sync with the /MINIMIZED command line switch to surpress loading the Web UI You can remove the Web UI's username/password by running Sync with a config file once and resetting these values to blank.

Did you try going to Settings -> Advanced, and selecting the "Use Key" option?

Can you share the number/size of files/folders being monitored by your Sync? Some factors that can increase the amount of memory and/or CPU usage that Sync uses: Using encrypted foldersMonitoring a large number of files/foldersHaving "disk_low_priority" set to falseHaving "lan_encrypt_data" set to trueHaving "recv_buf_size" and "send_buf_size" set very highHaving "folder_rescan_interval" set very lowGiven that your "spikes" are occurring when Sync performs folder rescans, they're probably caused by a very large amount of files/folders being indexed, and/or the fact that you're using encrypted folders.

It's measured in Megabytes - the default in 1.3.x was 10, the default in recent builds of 1.4 is 100. 244.2GB is indeed a stupidly large log file - which is why it's worth checking you've not had debug logging constantly enabled without realizing.

@romeograham, also to help keep your log sizes under control, make sure you've not enabled debug logging, and consider reducing the value of the advanced setting "log_size", which controls how large logs are allowed to become before being rotated.

Whilst there is an API available for Sync, it's not currently available on iOS devices. There's already a discussion over in this thread.

No, your devices don't all need to be online to edit a file. You can edit a file with devices offline, and changes will sync the next time they are online

You need to add /webui to the command line, not to the URL. Click Start Menu -> Run Type C:\Program Files\BitTorrent Sync\BTSync.exe /webui (where C:\Program Files\BitTorrent Sync\ is the location where you installed Sync)

You don't need to dump a sample config, just start Sync with a very basic config file. For example, on Windows, to enable to API, simply create a config file with the following: { "storage_path" : "/Users/username/AppData/Roaming/BitTorrent Sync", "use_gui" : true, "webui" : { "listen" : "0.0.0.0:8888", "login" : "username", "password" : "password", "api_key" : "your_api_key" }}