• Posts

  • Joined

  • Last visited

  • Days Won


Everything posted by nils

  1. The btsync instance should run with --config, in your case btsync --config ~/user/.btsync.conf. If it does not, the changes in your config file will not be used. You could check with ps on the command line and see which config - if any - btsync uses.
  2. It is not possible to do so from within the GUI of the current BTsync version for any desktop platform. It is however implemented into the API as get_files method, which would need some sort of wrapper to be used by end-users.
  3. Before anyone is able to help, some more information is needed: - what version of BTsync is used? - What is the setup? RO, RW, ENC node? - Maybe have a look/attach the sync.log and/or turn on debugging to get more information.
  4. The scenario you describe is not possible OOTB with BTsync. For this to work you would need to have some script/program watch over the .SyncArchive folder and act upon file changes to back up the data that was deleted. This would be too cumbersome for myself and I would consider different syncing methods, such as rsync, but YMMV.
  5. AFAIK, the Android client is unable to share the secret (iOS does not have any option for it) I have not had any problems with the Web-UI in any desktop browser.
  6. version checks are not fully working. Whilst BTsync is in beta, it is always good to check the forums for new updates every once in a while.
  7. I do not encourage copyright violations and would like to point out "bittorrent != piracy" (red "bittorrent is NOT equal to piracy"). BTsync in general allows you to transfer any kind of media with the peace of mind, that you have control over who can ultimately access it. What you ultimately want to use it for, is up to you, the sky is the limit.
  8. My guess would be, that the issue could stem from your network setup with two routers. The LAN clients are usually found within the same subnet, which is why btsync tries to contact relay and tracker only. Have you tried to put the machines in the machines predefined hosts?.
  9. 1.1.82 is not the current version. Get the latest version (1.2.73) and try it again.
  10. Disable relay and tracker and enable predefined hosts per share.
  11. The encrypted node implementation as it is can only address the throughput of your share i.e. the number of peers and their upload and download. The SyncArchive is never synced in any case. Backups should therefore be RO nodes, not ENC nodes, at least for the time being.
  12. It has been working of quite some time now, see for running the OS X version with a config file.
  13. That's the beauty of sparse bundle disk images, changes will only affect a few bands, which are 8 MiB each, see
  14. AFAIK predefined hosts are not available for mobile versions yet. It would not hurt to add this to the long wish list, if you haven't done so already.
  15. @Gerhard Uhlhorn: I do not own two macs and cannot test this, but maybe you can sync sparse bundle disk images? It seems, that others use this method as well, see PS: I could imagine problems, when both images are mounted and changes occur or files get locked.
  16. If you are concerned about the technology part of btsync, please read up on it I would like to direct your attention to Peer discovery -> Bittorrent tracker. A hash value of the secret is used for peer discovery, therefore the available information for the tracker would be restricted to IP+hash, not the secret itself. If you do not with to use relay,tracker and DHT, you are free to do so and you would then have to rely on predefined hosts and/or LAN only operation.
  17. Please update to the newest version on OS X (1.2.73) and try again.
  18. There is currently no setting for the port on the iPad/iphone version.
  19. workaround: take your has to work, copy the files and then create the btsync share on the work side, add the share to your has and it should not need to sync until new files arrive.
  20. sycapp does sound more like TV show, wouldn't you say? The email should read
  21. The simplest case would be the safekeeping of an RO or RW secret from that share. So far there is no other way to decrypt the data.
  22. I would recommend one of these options: FreeBSD with a ZFS mirrorLinux distro with ZFSonLinux and zfs mirrorIf you do not feel comfortable with Linux/Unix, then set up a Windows machine and a mirror on the two hard drives. Install BTsync and create or import shares. Done!
  23. check out the .SyncIgnore: it might prevent files from being indexed check the sync.log file and/or enable debug mode to get more info on what is happening
  24. the SyncArchive is a folder, which you should find within the root of your shared folder as .SyncArchive. In this folder you should be able to see the date the files were moved there and with your BTsync history, you could find the exact time and select the files in the .SyncArchive which correspond to that time. ATM there is no method of decrypting BTsync encrypted data.