Did it help any one at all?

hey i made a video on thise a while back with links to stubs in the description which i explained in the video

https://peertube.wtf/w/8vhdduN3tiivF83iKPFvzv

someone on YT told me it doesnt work anymore but just incase it helps i posted the link here

You should be able to inactivate it in the Accounts configuration menu. At least I see it there, with a toggle.

It runs smoothly for me. I also keep my setup minimal, which probably helps with the reduced load. The OS itself together with all the apps takes less storage space compared to the stock Android.

you support the project, thats it

It worked on my e/os fp3, switched to other authenticators on my fp5.

How does it run? I have a retired a52 from work that hardly opens PDFs

Thanks! It did not surface that when searching password in Settings, or at least in a manner that lead to the Accounts page.

I can second this. Same experience, however if you do make a free account simple things like your contacts can be backed up. Or calendar, or the whole phone. It's all up to you.

@apfelwoiSchoppen @Tehdastehdas i think your can set that in settings under Accounts

The recent e/OS addition of a password manager that I can't turn off is really annoying. Every time I enter a password it wants to assert itself.

No, thank you, I already have one. Just wish I could turn it off.

Mmmmh, it only working between Murena things thanks to their fork is very unfortunate (kinda like a vendor lock-in, hopefully they had their reasons), that was probably what the other person was angry about. From Seedvaults Github it looks like you can't just install Seedvault (needs to be integrated into your ROM)? Didn't know Calyx developed Seedvault, I always though it was a Lineage thing.

That's how it works. Paid Nextcloud storage capacity is probably Murena's main income (the first gigabyte is free), and the other one is phone sales. They fork reputable open-source solutions to make them even easier in /e/OS, but the forking introduces new bugs and complaints.

They seem to have introduced some incompatibility with their Seedvault fork:
https://doc.e.foundation/os/apps/backup-and-restore

Warning: Backup only works between /e/OS devices: it can only restore a backup it made itself, on a phone that already runs /e/OS — never data from Android, iOS, or any other system. It also only works with a Murena Workspace account, and needs the Passwords app to store its encryption key.

I guess if you skip that and install regular Seedvault, it would work normally.

Nextcloud is indeed self-hostable. Seedvault goes inside it, or elsewhere.

I've been using e/os for about a year now. Besides when you first set up the phone when it asks if you want to log in to a murena account, I have not seen anything else in the phone about it. Everything works like normal. Even seedvault with whatever source you set up. In my car, my NAS.

I recently heard someone being angry at Murena because they had some problems with their Seedvault backup and Murena now trying to make money out of that. Can't remember the specifics, I think it's ok for them to have users pay for using their backup servers as long as you can just use your own. Is that how it works?

Thanks for the reply! Permanent apps annoy me so much. I’m surprised to hear of it in this case. Let’s hope it improves and good luck with the rest of your journey.

Thanks. Honestly, I would need to think about what features I miss from stock Android. 😅 l have made a decision to switch to websites for some services, which has made the switch easier. 😊

A few things: I wish it was easier to remove the pre-installed apps. After a fresh installation, I couldn't even remove the apps from the Home screen. However, this led to finding alternative solutions like another launcher to get a customized look. In general, the Bliss launcher was a bit of a downer.

Oh, interesting. Any trade-offs compared to the stock system?

Yes, this is for push notifications to work. When running a degoogled OS I'd expect to not ping google about my notifications. I haven't heard of a proof that google used it to track us but I wouldn't be surprised. Also, from time to time apps without gapps have problems with google's push for unknown reasons. In order to work any push service needs an external server to ping

As for the IP, this shows something else. But as others mentioned those lookups are mostly guesswork and country ranges

Thanks for the details ! I'll check manually until I got an answer from /e/os. But it really seems to be a non problem that happens quite often.

Thanks for the answer, it's definitively reassuring that all the answers point to this kind of situation.

Mostly why this server. As ntfy sounds like notify, I believed it is for pushed notification, which has been confirmed by someone.

ntfy is a client for the UnifiedPush protocol, an OSS alternative to Google's firebase cloud messaging. It provides push notifications for compatible apps, this way instead of having each app wake up periodically to check for updates over the network, only one app (ntfy) keeps running the background and wakes the appropriate app when it gets a new push.

I've never used /e/OS but given the URL in your screenshot I guess murena uses UnifiedPush to send push notifications to its system apps. Blocking it may prevent you from getting system update notifications and such.

Your question is "why ntfy chose that server" or "what is ntfy and push"?

or one that hasn't updated yet.... ip blocks change owners from time to time