this post was submitted on 01 Jul 2024
143 points (96.7% liked)

Selfhosted

40173 readers
1090 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago
MODERATORS
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
143
Ntfy.sh Protonmail notifications (lemmy.world)
submitted 4 months ago* (last edited 4 months ago) by [email protected] to c/[email protected]
21 comments fedilink hide all child comments
 

cross-posted from: https://lemmy.world/post/17087912

Protonmail relies solely on Firebase for receiving notifications on Android. While UniversalPush support is probably in the works, it may take some time until users on ROMs without GSF get built-in notifications.

For those that already use ntfy.sh as a push provider for other apps, https://github.com/0ranki/hydroxide-push is a solution to get push notifications of new mail in Inbox.

The service requires a Linux box to run on, and can be deployed as a container or by running the provided binary. Building from source is of course also an option.

The service is a stripped down version of Hydroxide, the FOSS Protonmail Bridge alternative. There are no ports exposed, all communication is outwards. Communications to Proton servers use the Proton API. The service only receives events from Proton servers, and if the event is incoming mail, a notification is sent to a ntfy.sh server and topic of your choice. Other types of events are simply disregarded, and no other processing is done. The sent push event does not contain any detailed information.

EDIT: Starting from version v0.28.8-push7 the daemon supports HTTP basic auth for the push endpoint.

Disclaimer: I'm the author. All of the work is thanks to https://github.com/emersion/hydroxide, I've merely mutilized the great upstream project of most features for a single purpose. Issues, comments and pull requests are welcome!

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 15 points 4 months ago (4 children)

Notifications are overrated. I turn them off for the bulk of apps.

Devote one or two small time windows each day for life admin. Outside those windows it shouldn't be seen or heard.

[–] [email protected] 13 points 4 months ago (2 children)

...I mean for the bulk of apps, sure. For email though?

[–] [email protected] 2 points 4 months ago (1 children)

Context is king. If there's vital/time-dependent correspondence you're waiting on, notifications can matter. But email in 2024 is pretty darn transactional, in which case a daily check is enough for most. Notifications for something suggest that I need to drop what I'm doing and attend to whatever arrived. That just doesn't apply for service provider marketing, purchase receipts, etc.

And then the opsec angle comes into play: https://www.axios.com/2023/12/06/apple-google-requests-push-notification-data

[–] [email protected] 2 points 4 months ago

a daily check is enough for most

Yeah I have to strongly disagree.

And then the opsec angle comes into play:

Which is why Proton's notifications have been encrypted for years.

load more comments (1 replies)