In that case hydroxide-push will work too, which is good news!
Just note that the IMAP, SMTP and CardDav functions have been stripped out from this push version. If there’s interest to have those too, a different version with the push stuff added on top of full Hydroxide could be made. It will require a bit of time to develop.
The scope of hydroxide-push is only push notifications for now.
I think it does require a paid account, Hydroxide basically acts like the official Proton bridge.
I haven’t actually tested with a free account, so there’s a chance it does work. When you run the auth command (which is the same as upstream Hydroxide), it will probably throw an error.
If you have a free account and try this out (or Hydroxide), please report how it goes back here, I’ll add a note to the readme. Upstream doesn’t seem to mention this in their repo either.
Happy to report that version 0.2.28-push7, available today now supports HTTP Basic Authentication for the push topic!
Password for basic auth is stored base64-encoded in $HOME/.config/hydroxide/notify.json, this is something that could be improved. Considering UnifiedPush always requires anonymous write access to the push topics, I don’t think this a very high-risk shortcoming.
Suggestions for better password handling, as well as general feedback are welcome!
There is no way to log in or do anything externally after the daemon has started.
The idea is just to provide push notifications, nothing else. The bridge creates a “login session”, because Hydroxide won’t poll for events if no users are logged in. In reality the SMTP or IMAP services are never started.
If there’s an oversight somewhere, I’m more than happy to admit it and see to fixing it. I wouldn’t run this on a cloud VPS, just like I wouldn’t run Hydroxide either. Because all connections are outbound and the amount of data is small, a Raspberry Pi at home should be more than enough.
I see you deleted the comment, going to leave this here anyway.
Hey @Andromxda@lemmy.dbzer0.com , didn’t notice you already posted this. Made a new post about this too. I guess the double posting is somewhat OK. Thanks for promoting!
Lemmy is still a bit too hard core to get sarcasm in things like these
Great way to keep in touch with the the in-laws
Not much to comment on the technical side, but quite a bit of things get upstreamed or reported from GrapheneOS. I believe they really know what they’re doing. You can ignore the rest if you don’t care for the general opinion.
Yes, there’s probably Google code in the sandbox feature, it’s basically the stock Android userland app sandbox. The magic is the compatibility layer that allows Google apps to run as regular userland apps.
I bought a Pixel 7a, just so I could try GrapheneOS.
Installed it straight after unboxing, with Play services. Ended up using it pretty much like any Android phone. Installation is simple using the web installer. On recent versions, even Android Auto works, so the only thing you’re really giving up is NFC payments. Some banking apps may don’t work, but I’m lucky (or rather not unlucky) that the ones I use do. I believe those rare apps are somewhat lazily developed, and rely / trust on Google to do security for them.
Some months later, I went back to the stock ROM, mostly for comparison. Stock Pixel OS has a lot of appealing features, but most of those are just “nice to have” things. Stayed on stock for a few months, but the plethora of obscure Google “privacy settings” put me back to GrapheneOS, and finally off Google. Reverting to stock was also simple, just as easy as flashing GrapheneOS.
Now I don’t have Play services at all anymore, and have cleared most Google services (gmail, photos, drive…) so at least not much new data will go there. I do use Google Camera, and have Photos installed since I think the post-processing happens in Photos. Both have network permission denied, which is one of the nicest added features of GrapheneOS. The stock GOS camera is OK, but that’s one thing I think Google does better, though this is a subjective thing.
The only thing I kind of miss is Google’s find my phone stuff. Even though it’s quite invasive, I have needed it once and it resulted in me getting a lost phone back. A simple solution is not to lose your phone.
Apart from the per-app network permission, another really nice feature in GrapheneOS are the settings to toggle WiFi and Bluetooth off automatically. Why these are not in any “official” ROM tells a tall tale about how much they care about your privacy. The auto reboot if not unlocked in a while also brings some assurance regarding losing your phone, at least the storage will automatically back in encrypted unlocked state.
Vanadium might be the best browser I know for Android. Pretty much Chrome without all the things that make Chrome one of the worst browsers. Vanadium’s point is security, privacy (e.g. adblockers) is not the main focus. I’m not sure if there actually even is adblock features bundled nowadays.
If you want all the nice modern bells and whistles, stay on some other OS. If the benefits above appeal to you, there’s really not much you give up in the end with GrapheneOS. It requires a bit more technical mindset, but not really even technical know-how. I haven’t noticed bugs or broken stuff anywhere, with or without Play services. Android Auto (requires Play services) gets stuck sometimes, but that may also be my low-tier car too.
The “sandboxed” Google Play refers to the apps running as user installed apps vs the system-wide root-access-to-everything apps they are on stock. The same limitations you can apply to any other app you install apply to GSF apps too. So even if you install Play services, you are severely limiting the scope of data Google gets from you. It’s a solid middle ground between full degoogling and stock OS.
I’m not even an Android app developer, and will gladly admit technical mistakes. If you want something negative, the vocal minority of GOS users is really vocal and really full of themselves.
I stripped down Hydroxide, the OSS version of the Protonmail Bridge, to only send push notifications of new mail via a ntfy.sh server of your choice. Needs a Linux box to run on still, so not for everyone.
Main advantage over the otherwise good You Have Mail android app is that if you already use ntfy for other notifications, there’s no need for a separate app for just mail notifications.
I’m running Aurora DX on work and personal laptops. Also a gaming / media center box, which uses a custom ublue-silverblue based image that has ZFS modules installed (the box is also used for local homelab backups)
As long as you can get to the flatpak/container mindset, the atomic distros are absolutely brilliant.
Olikohan se edellisen eduskunnan aikaan, kun suuri valiokunta äänesti Chat Controlia vastaan, kauan siitä ei kyllä ole. Nykyiselle porukalle saattaisi natsata paremmin.
Suomessa Supo ja poliisi yleensäkin olivat kovasti puolesta. En tiedä luulevatko tosissaan, että pedofiilit lähettelee kuvia Whatsapissa, vai pitävätkö kansalaisia niin tyhminä, että voivat sillä verukkeella tätä ajaa.
Thanks for the info, but Matrix first…? I had to install the app again and try it out, but couldn’t figure out how to start a new matrix chat.
I really like the client UX/UI-wise, but unless I’m missing something it’s definetly not a viable Matrix client yet.
Yeah, you can use Element web and reset the account password using “forgot password” to use the beeper homeserver, but OP is asking about Android clients
The Beeper client is 100% not usable for Matrix-to-Matrix messaging, I don’t think it even supports e2ee, but I have heard they’re working on it.
Does the new Beeper Android client already work with Matrix messages? I tested it briefly after the release, but it basically didn’t support regular Matrix at all yet
In that case it’s definetly worth it to try this out, just so you have one more notification to disable