Nov 11 23:23 [raw]
How do I obtain database of all historical bitmessages?
Nov 11 23:28 [raw]
This question has been asked before. The nerds in the community refuse to answer it. They feel a sense of power in being able to deny you what you seek.
Nov 12 07:46 [raw]
Nov 12 09:33 [raw]
Yes, impossible. The old messages have gone forever, and they won't come back. Ever.
Nov 12 10:49 [raw]
It has been answered time and time again. If there's no-one that offers it, you can't. The network doesn't store all of it, beamstat neither, and 3-letter agencies who might don't care about you.
Nov 12 12:39 [raw]
If you are serious about this, make an offer.
Nov 12 12:44 [raw]
Nov 12 13:27 [raw]
Why would anybody want your penis? It's not twitter or facebook, no fags here.
Nov 12 13:34 [raw]
Sorry, wrong address. I was writing to your mother.
Nov 12 13:41 [raw]
What is it with gay men and their mothers
Nov 12 13:43 [raw]
Stop polluting bitmessage chan with bullshit. Thank you.
Nov 12 18:53 [raw]
Overall it is a good thing that very old bitmessages cannot be recovered. It also prevents the messages.dat file from becoming huge with messages that most people would not want to read anyway. It keeps the bitmessage network resources running efficiently, but it is important to remember that there is a 48 hour limit on storage, so you would have to connect at least once every 48 hours to ensure receiving all of your messages.
Nov 12 18:56 [raw]
Akshully The storage is limited by a message's PoW quality, and there's a hard limit of that of 28 days. Most messages, to my knowledge, are sent with a 4 day PoW.
Nov 12 19:09 [raw]
Sorry if I've got this wrong, as I was looking at what it says at https://www.bitmessage.org/wiki/FAQ#Can_I_send_a_message_to_someone_that_is_offline which is "Can I send a message to someone that is offline? Yes. However, if you go offline then they must come back online within 2 days of the message being sent. Nodes delete data, and do not accept data, older than 2 days." In this case there appears to be a 48 hour limit. If you aren't sure that either you or the recipient will be online with Bitmessage regularly, it's better to send a PGP encrypted email. This is one of the drawbacks of Bitmessage, as the messages aren't stored on a server and don't last forever.
Nov 12 19:15 [raw]
Huh, so it says. That would make me assume that this information is either wildly outdated or wildly incorrect.
Nov 12 19:47 [raw]
You're right, the default TTL (time to live) in the current version of Bitmessage is four days, screenshot here: http://www.picpaste.com/bitmessage_TTL-2Tfg75D1.PNG . However, I wonder how this interacts with the going offline situation mentioned in the Bitmessage FAQ. Clarification from Peter Šurda needed here.
Nov 12 20:17 [raw]
The default TTL is 4.5 days. The GUI rounds so you see it as 4. User to user messages have a retransmit mechanism. The recipient is supposed to return an acknowledgement to the sender. The sender will retry delivery (send a message again when the old one expires without being acked) until his own maximum expiration time is exceeded. Please consult the "Resends expire" tab in the settings window. Messages to chans and broadcasts don't have a retransmit. The recipient can also turn it off by specifying "dontsendack" in the corresponding address section in keys.dat. The protocol does not mandate that the sender waits for the acknowledgement but pybitmessage does as specified above. I opened a ticket to update the wiki. Peter Surda Bitmessage core developer
Nov 12 20:21 [raw]
Thank you for clarifying, Peter.
Nov 12 22:38 [raw]
ttl = 367200 4.25 days
Nov 13 05:48 [raw]
I don't think many people are going to worry about the difference between 4.25 and 4.5 days. The real problem is that if a person goes away on a week's holiday and doesn't connect to bitmessage, some messages might be lost. This is something that the system needs to make clear to newbies, because unlike emails the messages won't be stored for weeks, month or years.
Nov 13 11:30 [raw]
Looks like I can't round. Or divide. Or both. Peter Surda Bitmessage core developer
Nov 13 11:31 [raw]
> I don't think many people are going to worry about the difference > between 4.25 and 4.5 days. The real problem is that if a person goes > away on a week's holiday and doesn't connect to bitmessage, some > messages might be lost. This only affects broadcasts, chans, people who don't want to send acknowledgements and senders who have a low retransmit expiration. > This is something that the system needs to > make clear to newbies, because unlike emails the messages won't be > stored for weeks, month or years. Maybe, but if you can't be bothered to check personal messages for months then you probably don't find them that important. Peter Surda Bitmessage core developer
Nov 13 11:35 [raw]
Well, in the screenshot it says, among other things, "If your Bitmessage client does not hear an acknowledgement, it will resend the message automatically." Maybe if I fix the layout, it will be more obvious. Peter Surda Bitmessage core developer
Nov 13 11:59 [raw]
Happens to the best of us.
Nov 13 18:57 [raw]
When I went to holiday and forgot keys.dat with my favourite chans I run fresh BM and copy messages.dat for every 3-4 days. When I came back to home I changed date and connect my original BM to BM with copied messages. So some people want to know how many days are default in BM.
Nov 14 14:54 [raw]
Bullshit. There are dozens of people who have been running 24/7 server nodes. You know damn well they are archiving all the objects. Stingy fuckers.
Nov 14 15:00 [raw]
I know damn well that the procotol says "Any node working to specs will drop objects from it's inventory, which exceeded their time to live", which is what I meant with "the network doesn't store all of it". If they are archiving it, it's not in the specs, so they'd have to offer this archive to you as an extra service, which is what I meant with "If there's no-one that offers it, you can't".
Nov 15 08:43 [raw]
You also need a client that understands the extra service - at the very least you need a client that accepts objects that expired more than an hour ago.
Jan 6 04:29 [raw]
is the proper format "dontsendack = True" ?
Jan 6 08:24 [raw]
now this is truely fuclong amazing. a wiki is supposed to be FAST, Okay? if opening a ticket is faster than editing the wiki something is either wrong with the FUCKING BM WIKI POLICY or with the language of native New Zealanders
|beamstat.com is broken||Apr 19 13:39||7|
|bitmessage via bluetooth||Apr 19 13:13||2|
|[chan] 411: DARKNET DIRECTORY ASSISTANCE||Apr 19 03:38||1|
|Error 503: Beamstat website is broken||Apr 17 21:16||1|
|Calculation of common stream numbers||Apr 17 20:57||8|
|Get bitcoin while browsing web.||Apr 17 09:48||1|
|1$ XMPP||Apr 16 03:36||1|
|Use a fucking address Peter||Apr 15 10:01||20|
|incoming connections||Apr 14 17:12||2|
|local peer discovery||Apr 14 16:38||14|
|Peter Todd||Apr 14 15:36||4|
|bootstrap nodes||Apr 13 11:55||2|
|a comment on issue 1215||Apr 13 07:59||4|
|Something broke in today's commit 4/11||Apr 12 01:50||5|
|feature request||Apr 11 23:06||2|
|Whonix Question||Apr 10 12:00||6|
|done||Apr 9 18:30||1|
|Number of CPU cores in PoW nonce||Apr 8 13:32||5|
|Qs.||Apr 8 06:57||4|
|How to make bitmessage secure||Apr 7 23:01||2|
|BMinstallMenu - easy download + run Bitmessage from py source in one single menu||Apr 7 14:52||3|
|RE: PyBitmessage Daemon on Android||Apr 6 19:02||1|
|PyBitmessage Daemon on Android||Apr 6 12:34||15|
|[WWS11Dev] BMr5 8 day sync stats 180405||Apr 5 23:05||4|
|Longer time-to-live?||Apr 4 08:53||2|
|The Swiss Khazars rule the world. The Swiss Guard controls the Pope.||Apr 3 17:31||1|
|Any way to use IMAP/POP + SMTP with Bitmessage?||Apr 3 17:06||10|
|Cheating spouse||Apr 3 01:07||4|
|lavabit||Apr 2 11:11||3|
|bitmessage feature proposal||Apr 1 12:20||1|
|more for feature bucket list||Mar 31 17:18||7|
|bug report||Mar 31 10:15||10|
|Adress alias not working||Mar 30 18:16||4|
|bm hidden service settings||Mar 30 17:48||2|
|Any privacy benefits to changing maximum outbound connections?||Mar 29 09:50||10|
|Question about messaging subscribers||Mar 29 06:52||3|
|Request for clarification||Mar 28 19:32||2|
|Unknown encoding type.||Mar 28 08:07||9|
|Harden Bitmessage config for tor use?||Mar 28 07:07||2|
|Whats this bitboard thing about?||Mar 27 23:46||2|
|new bm broadcast address?||Mar 27 13:51||2|
|streams in bm protocol||Mar 27 06:35||1|
|Message to Peter Surda||Mar 26 21:26||5|
|qt theme||Mar 26 21:25||5|
|wiki lock down||Mar 26 19:33||2|
|GPG -||Mar 26 19:31||1|
|How the Hell do you CREATE a Broadcast Address???||Mar 26 19:17||4|
|Instructions: Create a Broadcast Address||Mar 26 17:50||1|
|not collaborative?||Mar 26 17:31||11|
|BEWARE OF SCAMMERS, THIEVES POSING AS HACKERS!||Mar 26 14:57||1|
|faster hacker is here||Mar 26 14:54||5|
|Bitcoin double||Mar 26 07:05||3|
|CRYPTOLD (Ancient Crypto)||Mar 24 23:46||1|
|bb||Mar 24 03:43||5|
|wtf is this shit ? BM = "collaborative" ? LOL!||Mar 24 02:39||21|
|sharp spike in BM stats||Mar 24 02:33||8|
|landing page - better looks||Mar 24 02:32||7|
|TypeErrors ( non asyncore 201703DD snapshot, vuln patched )||Mar 24 00:38||4|
|why not fully integrate bitboard into pyBM ?||Mar 23 23:58||9|
|drop the old GUI||Mar 23 23:58||5|
|Dandelion - which is it ?||Mar 23 21:46||5|
|we must defeat the enemies of bitboard||Mar 23 19:12||4|
|republish keys||Mar 23 06:59||2|
|landing page - better looks||Mar 23 05:53||1|
|bitboard clearly better than BMF||Mar 23 05:52||2|
|bm||Mar 23 05:18||6|
|Messagtype attack mitigation||Mar 23 02:23||1|
|Re: TypeErrors||Mar 23 02:16||1|
|Latest commits - syntax errors||Mar 22 22:21||2|