Decentralized is always better. XMPP is just a pain in the b**t to develop for. I once had to write an XMPP server from scratch many, many years ago, and I definitely do not want to ever repeat that experience. 
Iâve only ever worked on extensions and fixes (ejabberd, prosody) and that was quite enough pain. From scratch. Ouch.
1 Like
Now, we donât need to write server. I host my own with prosody. It is easy to setup and running well for years.
Just right client for SFOS needed 
or Delta Chat, decentralized e-mail based IM service.
2 Likes
Indeed, this is the best alternative. Decentralised, you can use european mail server and/or existing infrastructure and encrypted/decrypted only at the client.
Are there native apps available for SFOS?
Not yet, there may be a port possible when SFOS 5.1 is out.
3 Likes
A native Matrix client with all features like voicenotes, calls and videocalls would solve all problems. With bridges it is even possible ton integrate whatsapp, telegram and signal âŚ
1 Like
Thereâs already a native Matrix client:
1 Like
As I understood this is wrapp from web app, not?
This is a native app. AFAIK, the âwebâ is the way it renders the UI.
1 Like
I am curious, if we can start voting/croudfunding for apps?
If Jolla would be willing and capable to stick to their trade and heritage and thus were to offer phone format devices running Sailfish with XMPP, Signal, Threema, Wire, Tox, mesh chat etc.. elegantly integrated out of the box
and inform us which of the WeChat, âMessengerâ, Whatsapps canât be installed due to API related privacy concerns not fit with European âvaluesâ (as envisioned by well meaning idealists, not the current ideologues temporary in leading political positions)
then I would take it one step further and try to force my family and contacts on Sailfish.
Currently not sure if I could trust any Fernschreiber app or other alternative software written for Sailfish more than official clients on Android. Seems to ask for an awful lot of permissions.
1 Like
Tested now.
UI is not native. Verification between other devices and accounts donât work properly. At least not with Element.
Edit: also notifications are not possible with the actual SFOS Browser
You are fully right. And what I cannot understand, why we cannot choice which of them we will grant and which not. It is like, you grant all asked acces or app will not work⌠It is a little agajnst the data safe philosophy written by jolla.
Do you have any idea how much work that would be?
Also, with a majority of services actively working against third-party clients it will be a losing battle.
Multi-messengers really donât exist any more, so there is also not a lot of people to share effort with.
This has been discussed soooo many times before - look up those threads if you actually care about it and donât just what to whine. All of normal Linux has static permissions - it is not at all strange.
Instead of frame and ubuse, you can maybe provide the right information or link.
I really donât understand you. For my Linux I can change access rights for any file, folder, program, user, group as needed anytime. So, argue about static permissions in âAll of normal Linuxâ is not really OK.
What is please normal Linux? Maybe I am totally wrong with my over 15 years Linux experience, then so sorry.
1 Like
And this is what I mentioned already about of this forum. I understand, that new user permanently complaining about same issues. But this not allow to frame every new double question.
- Then create wiki and ask ewery new user to perform examination before posting.
- Maybe, just maybe. Some new user give new input. We are all trying to push SFOS and make it greater. Everyone just so, how he can. And maybe, if so many people are asking the same, we should try to find a solutolion, instead of complaining about âalready discussed questionsâ?
1 Like
To agree with @attah itâs not a reasonable demand of an operating system that is NOT android.
The reason it seems âelegantlyâ integrated (which is not really the case) in android and ios land is that developers develop FOR those OS within the structures of those operating systems.
As outliers, we have to chase the moving target of what those monopolists dictate.
As you have indicated, a non-native (ie. element) app and another browser based solution (ie. hydrogen) may not interact as expected.
Verification between hydrogen and a number of other matrix apps works just fine. Iâd like more information.
Iâm getting really tired of that. There will just be one more time always. Search works fine.
Those are the same here. I mean FireJail (which is what SailJail builds on) and AppArmor.
You can even edit those profile files to your hearts content, but if you break it - it is your problem and not the volunteer app author.
Maybe static is the wrong word, but i mean non-runtime anyway.
This is a good idea. Various efforts are ongoing.
But assuming you are the first to ask or notice something is really quite self-centered. Consider if it is plausible at least.
My point is that people see problems that really doesnât exist. Everything doesnât have to work exactly like Android. And we should not waste time on solving imagined problems. Iâm staring to think all OpenRepos apps should just opt out of jailing altogether and no new users would ever complain.