The nodes have built in support to send meshtastic messages on to the internet via MQTT, and that bridge is bidirectional. You could send a message like "GET / HTTP/1.1\r\nHost: ddg.gg\r\n\r\n" and have an MQTT listener fetch it and give you the reply.
It's go at a few KB/s with significant latency, and I think each packet is <300 bytes (as compared to Ethernet's 1500 bytes). So I doubt you'd enjoy that, especially with modern websites. Similar things could be done with other protocols.
I'm not sure if someone has built any of this or how reliable it is. Probably, because why not, right? But I haven't come across any such projects.
After I get this project done, I plan on experimenting with swapping thing out.
1. Meshtastic node, any node with UART should suffice
2. MCU (currently the Arduino Mega)
2a. other Arduinos
2b. other MCUs
2c. SBC (pi zero or similar)
3. The LoRa transciever on the pi pico
And probably eventually making a custom board that puts most/all of this onto one PCB.
Meshtastic uses LoRa radios, which are 915 MHz in the US, but other bands in other regions. https://meshtastic.org/docs/hardware/devices/raspberry-pi/
It's the rPi Pico and the Waveshare Lora module that are listed here: https://meshtastic.org/docs/hardware/devices/raspberry-pi/
There's a Meshtastic client for Arduino. Connect UART1 on the pico to any UART on the Arduino (I'm using UART1 so I can debug with UART0), and use the Arduino library.
https://client.meshtastic.org can be used to connect to a second meshtastic node over USB to see the messages.
There's also a bunch of configuration steps required for each meshtastic node, but I don't have them written up yet. I had to nuke one of my picos because I messed that up when I configured it wrong, so it's a fairly important detail.
Does anyone know if there is an architecture diagram for Alby Hub?
https://github.com/getAlby/hub
If not anyone who is familiar with the code want to hop on draw.io and whip one up real quick?
After processing the pint of Hungarian #peppers that we grew, we got about half a #spice jar's worth of #pepper flakes.

This is maybe 3 Tbsp worth of seasoning. Fortunately, we only ise it by the tsp or ยฝ tsp.
Still, we're to have to do a lot more #gardening in order to get a year's supply!
It's a lot of work to prepare your own spices. Doing so makes you more #SelfReliant and they do taste better, but there's no way I'd sell any of this. First, I have to be able to grow and process enough for my own family. Second, nobody is going to want to pay for the amount of work that goes into this. Or, put another way, I'm not willing to put in the effort required for the price it would fetch on the open market. Our #garden is for us, not a #business.
I got my #Meshtastic node working with an #Arduino. No #wifi nor #bluetooth required. No #smartphone, #RaspberryPi running Linux or any other real computer involved.

Nodes can talk directly to one another with no #infrastructure, and no #HAM #licenses.
The picture is a prototype for a project I'm working on, but just having the ability to have little #electronics speak Meshtastic natively is a game changer! #hardware
That behavior is why 51% of voters consider themselves independent instead of aligned with a political party. It turns out, the majirity of the people are sick of this shit. And the endless wars, empty promises, and all the other disappointments.
That's why Kennedy can win. But the smear campaigns like "he eats dogs" and "he's a conspiracy theorist" are powerful and the meme that "a 3rd party candidate can never win/you're wasting your vote" is even more powerful. That's the only reason Ross Perot lost in 1992. The exit polls showed Perot was the top choice for 40% of voters, but many votes for someone else because they thought he couldn't win. Had they voted for the best candidate, Perot would have been more votes than any other candidate.
Everyone in the mainstream media said that RFK Jr wouldn't be on the ballot in 2024. They called is a pipe dream, unthinkable, not a chance...
He's on the ballot in 45 states (accounting for 93% of the electorial college votes) and will be on all 50 states + Washington DC by election time.
The grassroots effort to achieve this collected over 1,000,000 signatures, setting an all time record.
Now the mainstream media says RFK Jr doesn't have a chance at winning, yet he's the only candidate I've seen who doesn't engage in name calling and demonizing his opponents. He talks about policy, and only promises things that he can do without congress. Things like cutting government spending, giving first time home buyers a guaranteed 3% interest rate for a home loan without raising taxes, and so forth.
Promoting the divisive two party system gets the media outlets more views, which means they get more money from advertisers. It's amazing how often the incentives and behavior are aligned! Change the incentives, change the world.
#USPOL #RFKJr #Kennedy #RFK #unity
I have com.android.messaging installed, but I don't see anything in the settings about enabling RCS.
Does this only work with the Google Play Services crap? Because I don't have (nor want) that.
e2ee over e2ee. Sounds like both a dream and a nightmare all rolled into one. ๐คฃ
Thanks for the pointer, I was unaware of RCS.
Does Android's Messaging app have any indicator for whether a message or conversation is using SMS or RCS?
I long clicked a message from another Android user and hit info and it says the "Type" is "Text message" which is pretty vague. It seems like it should be RCS based on what I'm reading, at least if they were using the stock Messaging app.
The Signal bridge reliability issues could probably be resolved with some development time and enough people running bridges and submitting feedback.
The security architecture is fine IF (and only if) everyone runs their own personal Signal bridge. This is a critical point because if the bridge is run by someone else, they can see all your Signal messages. As a server admin, I don't want that! It goes against my philosophy and puts my users at risk if the server were ever to be compromised.
It might be possible to give a Matrix bridge your Signal API key so it can fetch encrypted messages from Signal's centralized server, wrap that ciphertext in a Matrix message, have each of the clients decrypt the Matrix message to get the Signal ciphertext, and then decrypt the Signal ciphertext. This would require major changes to the bridge, and to the clients, and optionally changes to the protocol to inform the clients that this message is a wrapped Signal message so it can make it appear from the correct sender (who doesn't have a Matrix account).
So it's similar to the Lightning Network in many ways. As long as everyone maintains their own server, it's great. If you're not running your own server... it gets a lot more tricky and requires a lot more development.
I'm just not interested in putting in that amount of effort. It'd be hard to even pay me enough to do that (I'd say you couldn't pay me enough, but if someone threw a stupid amount on money in my face, I'd probably agree to it). If a team wants to give it a go, I'd be happy to consult for them. For free.
I do think it'd be a huge step forward to have an open protocol that could tie together all these e2ee messengers (Briar, Signal, SimpleX, Session, Tox, Secure Scuttlebutt, Wire, Matrix, etc.). It'd be a giant leap forward even if it's just bridging Matrix to each of these other systems (and not allowing crazy stuff like a single message going from Signal -> Matrix -> Briar to allow Signal users to talk to people on Briar).
Matrix, self-hosted, and the Bridge to Signal is unreliable and puts the keys to the kingdom on the bridgge server, which I didn't like.
Unfortunately the protocols are just sightly different (Signal protocol reuses a 25519 key whereas Matrix splits it out into two separate keys) so messages can't just go through and be decrypted at the client end. So it's e2ee from the sender to the bridge, and then e2ee again from the bridge to the recipient.
I ran it for a while, but ended up tearing it down after it stopped working a few times. The only way I've seen that actually keeps e2ee really e2e is using a client like Pidgin which can speak all the protocols and connect to all the servers.
You obviously don't understand the impact of their decision. It made people less secure. Period.
You can blame me, even though I still have Signal installed and use it over SMS 100% of the time. So you're pretty misguided there.
You can blame less technical people, but that just makes you an elitest asshole. It doesn't make those people's communications any more secure.
Signal could have done nothing at all and people would still be more secure than they are today. That's not whining, that's justba fact.
You do realize that you just replying to a post that said "this decision to remove SMS support caused all my family members to stop using Signal" with their blog post saying "they are going to remove SMS support" which caused my family members to stop using Signal.
You're really not doing a very good job at defending their decision.
Oh I have looked at the source code myself. It seems legit at protecting the content of messages and I have no reason to believe that has changed since I reviewed it. But I didn't check the source vs the APK.
When I reviewed it the app also uploaded a hash of every phone number in your address book to their server and they'd look to see if they had a public key for that phone number.
Experimental testing after they rolled out username support indicates they aren't doing this anymore (or at least, I haven't been able to trigger it) because I do NOT see the phone number of the person I'm chatting with, even though they are in my address book. This also goes against how Signal claimed the username feature would work. They said the phone number would only appear if it was already in your pgone book. That is a lie.
I'm glad that's a lie, but I'm a bit nervous because it could be something else that is causing my app to not behave as expected. I also saw that the code to rip through all contacts is still in there, so I worry that I might just not have figured out how to trigger it.
I'm not particularly motivated to keep spending my free time on that though. I've moved on to decentralized e2ee apps for everyone except the "I am ONLY on Signal" people, and there's no way Signal is getting permission to my contacts on my main phone. So I don't super care if it's lax on privacy.
I'd rather use my time building the hardware password manager that I maintain, running servers and helping other people do the same, and helping people kick Facebook, Twitter, Google and all the rest of the megacorps to the curb.
Why does #Signal remove popular features from their app and force users to upgrade against their will?
100% of my family members no longer use Signal after they dropped SMS support. They don't want to use multiple apps, so now we're back to SMS/MMS.
Previously Signal would quietly upgrade connections to use the Signal protocol if both people were on Signal, and it'd protect the messages at rest.
Spicy!
In all seriousness, surely someone has gone through the official APK at come point and compared it to a self-compiled version to make sure they basically match, right?