capi

+1 for tenjaa as well, maybe a simple Trello board (https://trello.com/) would do it (and it would be free)

Of course you are right, strictly speaking. As the fallback is to a relay connection, I inferred WAN usage and not LAN usage, but you could of course be right.

Please also be aware that btsync works with UDP and not with TCP, so check your firewall/NAT settings if it allows UDP or only TCP.

I'd recommend "syncing" the new location in read-write mode from the first server, this way it becomes part of the sync network and no other device is effected by the new server. Simply moving the files may be a problem, as some meta-data is kept outside of the sync directory, as far as I know, but I might be wrong.

It does / did (did not check for the latest version) at least in the Camera folder, the thumbnails sub-dir was synced as well.

They'll need to add TCP support first, before being even able to think about a proxy, because I don't know of any UDP proxy.

I would not see a need for atime in a sync application, just mtime. But I am not one of the developers

Before things get out of control, I've read the answer as "there is no AV running on the Macs [in question]", i.e. on HIS/HER Macs, not that there are none available in general.

I'd vote for a more rsync like behavior of the temp file while syncing, i.e for file file.ext, make the file.ext!sync a copy, and move to the original file (i.e overwriting/replacing it). This would be a huge benefit when syncing webpage content, as there'll be no 404 while a sync of a file is in progress. Along this line (requested by somebody else) would be the option to have this copy temp-file in a separate folder and not alongside the file, in order not to expose partially synced files. I do see the purpose of the current behavior for many scenarios though (i.e preventing someone from concurrently modifying the file, saving disk space as you don't end up using twice the space during transfer, etc.), so it would be very nice if this could be configurable on a per-folder basis.

A small improvement I'd really like to see would be when adding a share via the Web-UI, allow to edit the sharing preferences before the share is created. At the moment, a new share is created with default settings (like tracker enabled, search LAN). If I want to use only known-hosts, I still broadcast to the tracker at least once during the creation of the share.

What happened today when I started up sync again after a few days off, is that it forgot that I had Camera Backup enabled, it wants me to setup it again. The backup itself still works, as the Camera folder is still listed as sync folder in the "Sync" tab.

It seems to be running until you select "Exit" from the menu in the application. I assume that they are running as high-priority service, which requires the display of a notification icon. What I still need to test is if there'll be image backup if the application is not running (i.e. if the service is started/triggered by taking photos) or not.

Ah, one more thing: The image backup works a little bit unintuitively regarding deleted images (from my point of view): - If you delete a file on the device, it is also removed from the backup share. - If you delete a file on the backup share, it is kept in the device's gallery. For me, I would either make it a full sync (i.e. deleting on either side will also delete on the other side) OR write-only to the backup share, i.e. removing from device will not remove from backup share (in this case, it would really be a backup).

I was also playing around with the Android version I got in my hands today and I really, really like it. It is great for a first alpha version (let's all keep this in mind ). As feedback is the reason for us being alpha testers, I'd like to add the following thoughts: - Please add most of the options on a per-share basis (like others requested), i.e. cellular data yes/no - Add an option to a share to auto-download new files. - Add an option to whitelist WiFis to use for sync (on a per-share basis). - Add options to search LAN only / predefined hosts. - Add a schedule for each share when to auto-sync. - Add a possibility to remove downloaded files from inside the application (without removing it from the sync peers), i.e. distinguish between "Delete from shares" and "Delete from device only" - Add possibility (on a per-share basis) to sync while connected to power only. That's all that comes to my mind at the moment after the first few hours of playing with it. Thanks again to the whole team for this nice pice of software!

I fully understand I really appreciate that you are considering our suggestions!

Did you per chance do this on several computers in parallel? I can imagine that it would treat it as a sync conflict (even if it was none).

I would second this suggestion, as this would be really interesting from a development point of view. I know and fully understand the "free but not open-source" part, but once the alpha stage is done and we come towards a beta or final phase, it would be nice to have a spec of the protocol so that others could produce clients as well.

What also would be a (minor) improvement for the OSX and WIndows GUI clients would be color-coding of the icon if everything is in sync, e.g. yellow icon while syncing, green icon once everything is in sync.

Thanks for the awesome tool! What I'd like to get is an option to limit connections to/from the predefined hosts. If I disable all options and have a predefined host, the host will be used to detect other peers. As one of my clients is on a notebook which is often connected via GPRS/3G, I'd like to only connect to a predefined hub but not waste bandwidth and transfer volume to upload changes to more than this one predefined hosts. This feature would allow to build a hub architecture where a central server is used to collect and distribute changes, while some of the clients could also synchronize among each others.

Since signup for the Android app there has been no message to the mailing list. Is there an ETA, when the mobile test versions will be available? Thanks in advance, really looking forward to it!