[ANNOUNCE] Bitmessage - P2P Messaging system based partially on Bitcoin

[bitpop]

Mobile isn't feasible at this time until a solution like electrum exists

[1715206456]

1715206456

[1715206456]

1715206456

[nimda]

Mobile isn't feasible at this time until a solution like electrum exists

Why's that? I can understand broadcasts being a problem (edit: no, I can't... I get all the TimeService broadcasts I missed whenever I boot Bitmessage up), but messages.dat is only 50MB for me right now. To compare, I was running a full Bitcoin node on one of my Android tablets when the blockchain was 3 GB.

[bitpop]

True but 10 constant connections on a phone would kill the battery in a couple hours. You need 1 push or at least pull, not 10+ pulls

[nimda]

True but 10 constant connections on a phone would kill the battery in a couple hours. You need 1 push or at least pull, not 10+ pulls

I seed torrents on my phone just fine. Your GPS will drain it far faster than some connections.

[bitpop]

My phone dies in 3 hours torrenting

[nimda]

My phone dies in 3 hours torrenting

Lol...

In any case, you only need to pop in for 15 minutes or so every 2.5 days.

[BitcoinAshley]

My phone dies in 3 hours torrenting

Lol...

In any case, you only need to pop in for 15 minutes or so every 2.5 days.

Yeah, for this reason, having a mobile implementation might be nice. For those who want to be able to send "text messages" prism-break style 

Sure, you wouldn't be able to have it running constantly.

[Rassah]

My phone dies in 3 hours torrenting

Lol...

In any case, you only need to pop in for 15 minutes or so every 2.5 days.

Even better - just have it connect periodically, like every 10 to 30 minutes, automatically

[BitcoinAshley]

My phone dies in 3 hours torrenting

Lol...

In any case, you only need to pop in for 15 minutes or so every 2.5 days.

Even better - just have it connect periodically, like every 10 to 30 minutes, automatically

Exactly! "Killer app." 

[BitcoinAshley]

Hey I have a super-noob question about git...
I'm using BM 3.3 and want to upgrade to 3.3-2. Don't know how. Tried "git clone ....." again but wouldn't let me use that command with a destination directory that was full.

Is it something simple, like with bitcoin-qt, where I just replace the main file? Or is there a different command I should use with git? Also want to make sure it doesn't overwrite my keys.dat but I have that backed up anyways.

Another question - backing up the address book. How do I do that. Couldn't find an obvious address book file.

[bitpop]

Just download the binary from the site in op

[nimda]

Another question - backing up the address book. How do I do that. Couldn't find an obvious address book file.

The address book is, uh... in messages.dat. Don't ask me why.

As for upgrading with git, you can "pull" or you can "fetch" and "merge."

[BitcoinAshley]

Another question - backing up the address book. How do I do that. Couldn't find an obvious address book file.

The address book is, uh... in messages.dat. Don't ask me why.

As for upgrading with git, you can "pull" or you can "fetch" and "merge."

Oh, that's a GREAT place to put the address book. 

BM is so convenient, I just received this message:

Hello, I'm not a member to bitcointalk but BM give a way to help you fast  just use git pull command for update and the addess of the source only

git pull https://github.com/Bitmessage/PyBitmessage

Edit: Dev if I ask nicely can I get the Address book put into its own addressbook.dat?
And possibly a way to access and import addresses directly from the address book in the "Send" dialogue? This way I don't have to switch tabs and copy+paste manually.

Sorry I am so needy.

EDIT #2: I broke something. After trying 'git pull https://github.com/Bitmessage/PyBitmessage $HOME/PyBitmessage/' and variations of that with no success (kept giving me an error about how what I entered was not a git repository) I just downloaded the zip and copied the contents of the "src" folder into the contents of the src folder on my comp. Now when I open it does this:

Code:

reloading keys from keys.dat file
Database file already exists.
reloading subscriptions...
Exception in thread Thread-3:
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
    self.run()
  File "bitmessagemain.py", line 2428, in run
    self.conn.commit()
OperationalError: database is locked

EDIT #3: Another thing I noticed: While I am connected and have a "green light" in the client window, on the system tray, the icon is the little can with the red circle (the disconnected circle?). And when I click on it, the context menu says "Not connected." When I click that, the menu goes away and nothing happens.
(I'm using Linux Mint) 

[Atheros]

Another question - backing up the address book. How do I do that. Couldn't find an obvious address book file.

The address book is, uh... in messages.dat. Don't ask me why.

As for upgrading with git, you can "pull" or you can "fetch" and "merge."

Oh, that's a GREAT place to put the address book. 

It also holds other people's public keys, the network object inventory, your subscriptions, and your whitelist and blacklist. So it is reasonably logical that it would also hold your address book.

And possibly a way to access and import addresses directly from the address book in the "Send" dialogue? This way I don't have to switch tabs and copy+paste manually.

Right click on one or more addresses in your address book and "Send message to this address".

OperationalError: database is locked

A quick google search suggests that you should restart your computer because some process besides Bitmessage might have a lock on the database.

[Rassah]

Oh, that's a GREAT place to put the address book. 

It also holds other people's public keys, the network object inventory, your subscriptions, and your whitelist and blacklist. So it is reasonably logical that it would also hold your address book.

Can you, maybe, put some of those things into user.dat? It kinda sucks losing that file when you receive a corrupt message, and would make backing up much simpler. Plus you maybe would be able to encrypt and password protect that file to keep it from being stolen and someone else using your identity or listening in, which I guess would be simpler than encrypting the entire message db.

[nimda]

It also holds other people's public keys, the network object inventory, your subscriptions, and your whitelist and blacklist. So it is reasonably logical that it would also hold your address book.

I think this is flawed: the green stuff is user settings and the red comes from the network. Those should be separated.

[Atheros]

It also holds other people's public keys, the network object inventory, your subscriptions, and your whitelist and blacklist. So it is reasonably logical that it would also hold your address book.

I think this is flawed: the green stuff is user settings and the red comes from the network. Those should be separated.

I agree that that is the most logical way to separate them. But that isn't what people are asking for.

[nimda]

It also holds other people's public keys, the network object inventory, your subscriptions, and your whitelist and blacklist. So it is reasonably logical that it would also hold your address book.

I think this is flawed: the green stuff is user settings and the red comes from the network. Those should be separated.

I agree that that is the most logical way to separate them. But that isn't what people are asking for.

Yes it is. If you separate them that way, you won't have to worry about corrupt messages causing a loss of settings. Also, this way settings can be backed up easily with minimal storage footprint.

[Chaoskampf]

This is such an awesome piece of software. There's so many applications you could develop that integrate it. Can't wait to sink my teeth in.

[bbit]

This is such an awesome piece of software. There's so many applications you could develop that integrate it. Can't wait to sink my teeth in.

Amazing isn't it ?