[colesantiago]

> ... but if you get a notification when a mail arrives, it's most probably because your mail client uses Google or Apple's push service if you use a regular mobile device, or if you installed and configured microG.

Except it doesn't?

The Mail app on my iPhone doesn't use push notifications, fetch works well and I still get local notifications. No external push service at all.

> Alternatively, your app isn't doing this, but then it risks being unreliable and stop notifying you if the system kills your app because it's been inactive for some time to save battery, or to reclaim memory, and/or it uses more battery than it could.

You're saying a bunch of "issues" that never actually happened with me or anyone really, there is actually no issues here.

E-Mail is fine.

[crtasm]

How frequently is the app checking for new emails?

[jraph]

> Except it doesn't?

See how I introduced your case later with "Alternatively"? You saw it since you quoted me.

Fine, your email app works well in fetch mode. It took you three roundtrips to mention your actual setup despite having been asked about it quite early and despite it being a critical element in this discussion. Omitting to mention that doing this choice, your notifications are delayed.

Fetch mode is totally a valid choice, email doesn't need to be real time for every one. It will actually save battery life from what I can read: you don't need constant polling. Of course, push notifications are for real time stuff. What costs battery life or requires a push notification service on current widespread mobile devices is timely notifications. I can't help you if you fail to see how this can be useful, even if you don't personally need this or are against the idea.

Despite a thread that started well (yeah, notifications via emails, a decentralized, open standard, why not? It's terrible for many reasons including deliverability and the fact that you need to be notified of new mails so it's a bit of a chicken and egg issue, but sure, let's discuss), you don't seem actually curious or interested in the topic at hand, preferring to stick to your original point of view, to ignore the answers from all of us and to ultimately show contempt and spite to people discussing with you here. By the way, frankly, loose the scare quotes, they are ridiculous. Of course Apple Mail's fetch mode will be reliable on iOS but that doesn't make the topic trivially solved and yes, the problem exists despite what you are stating.

You are calling something over engineered without stopping to wonder why the complexity, assuming it's useless.

[colesantiago]

I mean, my point with E-mail is to say it already IS a solved problem.

Many services and apps use E-Mail so there is no need to setup additional infrastructure unlike push notifications. That is the complexity.

Send an email notifying me to [e-mail] is more intuitive than setting up a push service.

Push notifications suffer from deliverability more frequently (regularly expiring tokens) than E-mail so much so, that when your device is offline and it gets back online, you only get the last notification. This is by design.

Having apps use fetch doesn't mean it's delayed, you can set it to a shorter duration but 5 minutes is the default.

But, it is over engineered as this is complexity that we do not need and would have a higher maintenance and setup than just using E-mail.

[jraph]

But for stuff like chat, 5 minutes is quite slow, push notifications are for this use case.

"hey, I just arrived at the restaurant!" You may want to know this now