Could you please add Mac support to these great tool?

Its a little over my head and I'm new, maybe you guys are already doing this. It appears from the description that to work properly both parties have to be on-line at the same time. Thats easy for us westerners but if you are a journalist or political activist in a third world country that can be expensive (stay online until other party does - in a cyber cafe) or risky/difficult (intimate communication/synchronization). So could it be possible to integrate some file-sharing software code so that the cables are stored in the cloud by other users for a period of time? You could configure this to be a dynamic value based on sender/recievers uptime*storage they give to the cloud/storage they use from the cloud. Or you could use some sort of points based system. Maybe you need to get a message to a guy that might not be on for a month or two and you are pretty sure that you are going to get whacked by the bad guys so you use up some points to keep the message in the cloud longer.

(Please let me know if there is better place to post bugs)

I have managed to get the ping to work both on localhost and through Tor. Trying to send the email with 'cable-send' as per the insrcutions and it fails to work, I get messages like this in the logs.

Nov 1 12:23:36 XXX daemon[201]: curl: (22) The requested URL returned error: 404 Not Found
Nov 1 12:23:36 XXX fetch: failed (af269b45bd18da99c72bf606a44446eec47eb03f)
Nov 1 12:23:36 XXX loop: failed (af269b45bd18da99c72bf606a44446eec47eb03f)
Nov 1 12:23:36 XXX cable[201]: retrying rqueue directories
Nov 1 12:23:36 XXX cable[201]: processing: rqueue 73bbef938f30daac186088179957f0358abed417
Nov 1 12:23:36 XXX cable[201]: processing: rqueue af269b45bd18da99c72bf606a44446eec47eb03f
Nov 1 12:23:36 XXX cable[201]: processing: rqueue 31acde0d0d4998f7e98fcaffb563051164988957

Nov 1 12:24:56 XXX cable[201]: retrying queue directories
Nov 1 12:24:56 XXX cable[201]: processing: queue 73bbef938f30daac186088179957f0358abed417
Nov 1 12:24:56 XXX cable[201]: processing: queue af269b45bd18da99c72bf606a44446eec47eb03f
Nov 1 12:24:56 XXX cable[201]: processing: queue 31acde0d0d4998f7e98fcaffb563051164988957
Nov 1 12:24:56 XXX cable[201]: registered watches
Nov 1 12:24:59 XXX daemon[201]: LIBERTE CABLE 3.0

Nov 1 12:24:59 XXX daemon[201]: LIBERTE CABLE 3.0
Nov 1 12:25:01 XXX daemon[201]: curl: (22) The requested URL returned error: 404 Not Found
Nov 1 12:25:07 XXX daemon[201]: curl: (22) The requested URL returned error: 404 Not Found

I can't work out what URL is not found. Any ideas of what it could be, or how to turn on more Debug?

Hello, we have our own anonymizing HTPC project (http://www.antiprism.ca). We are considering to support your Cables messaging system in the next release. We have I2P-Bote support already included, with a way to exchange contacts securely. How do Cables compare to I2P-Bote? Is this project actively maintained? Thanks!

I am trying to get cables installed on arch linux. It looks like it is mostly there. The daemon is running and the curl request works.

However I wasn't sure if this line in the docs was correct?

 HiddenServicePort 80 127.0.0.1:9080

when I try to do the cable-ping it looks for port 8118 which should it be?