SmsMatrix
gomuks
SmsMatrix | gomuks | |
---|---|---|
6 | 11 | |
203 | 1,276 | |
- | - | |
0.0 | 4.7 | |
11 months ago | 3 months ago | |
Java | Go | |
GNU General Public License v3.0 only | GNU Affero General Public License v3.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
SmsMatrix
- Welcoming Rocket.Chat to Matrix
-
Group Chat with SMS Integration?
You could try using Matrix with an SMS bridge. The only one I've used is SmsMatrix, which works okay for the most part. Only the people who use Matrix need to install that app on their phones, and then it uses a bot to send you that message. When you message the bot, it sends an SMS from your phone to that person. Idk how it works with group chats though.
-
SMS/MMS from self hosted web site
Your use case is quite different from my business requirements it seems. We are looking to send and receive SMS from the providers API as opposed to a specific phone or device. I think the android SMS app integration is probably a better fit for you: https://github.com/tijder/SmsMatrix
-
Signald: Unofficial Daemon for Interacting with Signal
I am running my own home server, everyone in my family has an account they use there (the domain is our surname). Non-techy people use it and like it (past the initial setup, since setting up a custom domain requires a few more clicks than :matrix.org account). I am not waiting for the day, though, when they will need to set up a new device without access to the old one.
> I personally haven't met any "real" people who are even aware of Matrix. When I broached it with a non-IT friend, they were actively uninterested in unifying messaging applications as they had "facebook friends" and "whatsapp friends" and interacted with them differently.
I tried to sell it too with the "unify your messaging apps", but this is a wrong selling point to new users. First they need to start using matrix as their messaging app, realize that it works well, including VoIP and video calls. Once trust is there, only then start thinking about using bridges. Because there will be rough edges (e.g. federated voice/video calls do not work).
Because of the way bridges integrate to third-parties, they are not bug-free. Reliability is just not great yet. Maybe except a hosted service, Beeper[1], which is run by people who know most about these bridges and can provide support.
To sum up, I am using Matrix for my family network, and some bridges personally; I am not yet planning to spread the use of bridges beyond myself. Besides the encryption setup, I like the UI a lot. I also use gomuks[2] from time to time, which is a terminal matrix application. I have not stumped into server-side problems.
I am donating monthly to Tulir[3], the most prolific Matrix bridge developer (and, to my knowledge, co-founder of beeper). Because I started using Matrix because of the bridges.
Oh, and I love the Matrix sms bridge[4]. I set it up to see if it works, and I am not going back. It's great.
[1]: https://www.beeper.com/
[2]: https://github.com/tulir/gomuks
[3]: https://github.com/tulir
[4]: https://github.com/tijder/SmsMatrix
-
Signal Adds Cryptocurrency Support (and why its a bad idea)
You can use an sms bridge, if you want, I have used this one for a while, though there are some other in development. I haven't looked in to it, though.
gomuks
- Show HN: Beepberry – a portable e-paper computer for hackers
- Gomuks – A terminal Matrix client written in Go
- The lynx browser. 30 years later still the best internet browser.
- Element raises $30M to boost Matrix
-
Freenode, The Mainstream IRC Network, Is Collapsing
The problem with this is that this is just fundamentally untrue. There are plenty of non-Electron apps that are viable. For core functionality of e2ee, messages, exploring directories, sending images, etc, those are available in multiple alternative apps. If you're talking about other integrations like video calling, plugins, and spaces, then you'd be right as I don't know other clients that have those. But, none of those things are really required in the matrix protocol anyways, and those available features in other clients already far surpasses what IRC can do. You don't need these bleeding edge features to have an enjoyable experience on Element, and given the IRC crowd, I would assume they're adverse to bleeding edge anyways. If you want an experience similar to irssi, then you can use gomuks for a superior experience in a familiar(ish) client. So saying Element is the only suitable client implementation is outright false.
-
What's a Good Matrix Client?
There's also a nice terminal client called gomuks.
-
freenode now belongs to Andrew Lee, and I'm leaving for a new network.
gomuks is probably the most feature complete one.
-
Best examples of a Go client
gomuks is a command line-based Matrix chat client
-
Signald: Unofficial Daemon for Interacting with Signal
I am running my own home server, everyone in my family has an account they use there (the domain is our surname). Non-techy people use it and like it (past the initial setup, since setting up a custom domain requires a few more clicks than :matrix.org account). I am not waiting for the day, though, when they will need to set up a new device without access to the old one.
> I personally haven't met any "real" people who are even aware of Matrix. When I broached it with a non-IT friend, they were actively uninterested in unifying messaging applications as they had "facebook friends" and "whatsapp friends" and interacted with them differently.
I tried to sell it too with the "unify your messaging apps", but this is a wrong selling point to new users. First they need to start using matrix as their messaging app, realize that it works well, including VoIP and video calls. Once trust is there, only then start thinking about using bridges. Because there will be rough edges (e.g. federated voice/video calls do not work).
Because of the way bridges integrate to third-parties, they are not bug-free. Reliability is just not great yet. Maybe except a hosted service, Beeper[1], which is run by people who know most about these bridges and can provide support.
To sum up, I am using Matrix for my family network, and some bridges personally; I am not yet planning to spread the use of bridges beyond myself. Besides the encryption setup, I like the UI a lot. I also use gomuks[2] from time to time, which is a terminal matrix application. I have not stumped into server-side problems.
I am donating monthly to Tulir[3], the most prolific Matrix bridge developer (and, to my knowledge, co-founder of beeper). Because I started using Matrix because of the bridges.
Oh, and I love the Matrix sms bridge[4]. I set it up to see if it works, and I am not going back. It's great.
[1]: https://www.beeper.com/
[2]: https://github.com/tulir/gomuks
[3]: https://github.com/tulir
[4]: https://github.com/tijder/SmsMatrix
- Update on beta testing payments in Signal
What are some alternatives?
matrix-sms-bridge - Matrix bridge, that allows you to bridge matrix rooms to SMS with one telephone number only.
weechat-matrix - Weechat Matrix protocol script written in python
signald
weechat-matrix-rs - Rust rewrite of the python weechat-matrix script.
signal-cli - signal-cli provides an unofficial commandline, JSON-RPC and dbus interface for the Signal messenger.
matrix.to - A simple stateless privacy-protecting URL redirecting service for Matrix
signal - A Matrix-Signal puppeting bridge
conduit
pysignald
Synapse - Synapse: Matrix homeserver written in Python/Twisted.
signal - Online MIDI Editor: signal
nheko - Desktop client for Matrix using Qt and C++20.