I made some test and it looks like the creator of the pseudo-mailing-list must be online in order messages send to this address to be received by subscribers.
Why this is needed? Why messages cannot be received if the creator of the pseudo-mailing-list is offline?
Topic: [ANNOUNCE] Bitmessage - P2P Messaging system based partially on Bitcoin - page 14. (Read 89814 times)
June 22, 2013, 11:10:20 PM
June 21, 2013, 09:52:56 AM
Yeah, I'm still getting the (admittedly non-important) issue where my systray icon displays a red circle and the context menu says "Not Connected" even though the client gives green circle and is connected.
And yes, although it makes sense to have all that stuff in the same file (subs, address book, white/black list, messages, etc) I wonder if corrupt messages become an issue. Someone mentioned losing the file because of a corrupt message.... also, smaller backup footprint.
I could imagine that having your saved contacts, subs, blacklist, etc in one file would make that a very tiny file compared to the messages.dat.
But then again, flash drives usually have many gigabytes so this isn't really that important I guess...
And yes, although it makes sense to have all that stuff in the same file (subs, address book, white/black list, messages, etc) I wonder if corrupt messages become an issue. Someone mentioned losing the file because of a corrupt message.... also, smaller backup footprint.
I could imagine that having your saved contacts, subs, blacklist, etc in one file would make that a very tiny file compared to the messages.dat.
But then again, flash drives usually have many gigabytes so this isn't really that important I guess...
June 21, 2013, 04:27:03 AM
After what happened with first bits, I'm not relying on something like that again.
June 21, 2013, 04:17:36 AM
I'd like to suggest something:
I guess that Firstbits stuff for Bitcoin addresses that were developed months ago would be a great implementation to Bitmessage as well.
Short bits are easier to remember as an "email address".
Don't you think so?
Here goes the original BTC idea: https://bitcointalksearch.org/topic/firstbitscom-remember-and-share-bitcoin-addresses-16217
I guess that Firstbits stuff for Bitcoin addresses that were developed months ago would be a great implementation to Bitmessage as well.
Short bits are easier to remember as an "email address".
Don't you think so?
Here goes the original BTC idea: https://bitcointalksearch.org/topic/firstbitscom-remember-and-share-bitcoin-addresses-16217
June 20, 2013, 03:12:30 PM
this might be bigger than bitcoin.
Um, This is bitcoin. Just without the blockchain. Credit where credit is due
June 20, 2013, 02:30:39 PM
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 ?
Amazing is putting it lightly. This is almost as revolutionary as Bitcoin itself (maybe I'm going a little overboard?)
no i dont think you are. this could be the backbone for a new internet if the government ever tried to kill switch the exiting infrastructure. it solves the problem of routing across disparate adhock networks. at first it could be used to transfer the relevant information directly, but later it could be used to allow networks to come to agreements on how to structure meshnets. this might be bigger than bitcoin.
This is exactly what I was thinking. I'm having trouble going to sleep because I can't step away from the protocol. It's so incredibly air tight, and the possibilities are truly amazing. I'm working on a project that's going to be using it extensively.
June 20, 2013, 10:25:42 AM
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 ?
Amazing is putting it lightly. This is almost as revolutionary as Bitcoin itself (maybe I'm going a little overboard?)
no i dont think you are. this could be the backbone for a new internet if the government ever tried to kill switch the exiting infrastructure. it solves the problem of routing across disparate adhock networks. at first it could be used to transfer the relevant information directly, but later it could be used to allow networks to come to agreements on how to structure meshnets. this might be bigger than bitcoin.
June 20, 2013, 02:26:19 AM
I wonder if there would be a way to make a 'super client' of Bitmessage/Namecoin/Bitcoin all rolled into one. Maybe use Namecoin as a bridge between the two. So you could do both secure communications, and payments all in one.
Perhaps it would be interesting to build a browser plugin that pulls all these things together.
Perhaps it would be interesting to build a browser plugin that pulls all these things together.
June 18, 2013, 06:49:01 PM
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 ?
Amazing is putting it lightly. This is almost as revolutionary as Bitcoin itself (maybe I'm going a little overboard?)
June 18, 2013, 06:24:04 PM
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 ?
June 18, 2013, 06:10:19 PM
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.
June 18, 2013, 04:09:37 PM
Quote
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.
June 18, 2013, 04:08:26 PM
Quote
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.
June 18, 2013, 04:07:22 PM
Quote
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. June 18, 2013, 04:03:10 PM
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.
June 17, 2013, 07:42:11 PM
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.
June 17, 2013, 01:48:34 PM
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:
Quote
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
just use git pull command for update and the addess of the source onlygit 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)
June 16, 2013, 01:39:20 PM
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."
June 16, 2013, 12:49:46 PM
Just download the binary from the site in op
June 16, 2013, 12:48:29 PM
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.
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.
Jump to: