New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
iOS-App #87
Comments
I'm afraid the biggest obstacle would be Apple's strict restrictions on background services. We cannot keep a persistent WebSocket connection in the background without abusing some APIs, which will absolutely disqualify the app from going onto the App Store and drain the battery significantly. Notifications could only be delivered through APN, which requires a developer account and a central server to manage notifications and send them to Apple before reaching the user, but this is not what gotify is designed for. |
Thanks for your insight @eternal-flame-AD. It sucks that iOS has such strict restrictions. I'm closing this issue for now because gotify will not use any third party service to deliver messages. |
@jmattheis Do you think it would be a viable option to at least have a client which displays and receives old and new push notifications while in the foreground, without the functionality of actually getting push messages over Apple's push notification service? My current assumption is that for instance PushOver and Catapush use APNs to at least notify that there is new data, which then again is probably triggering a "pull" of the actual data from their respective services/endpoints. But this unfortunately requires using the APNs. Maybe it'd be an option to make something like that available as an optional plugin/extension, which connects to the APNs and takes over the part of notifying for new data? Nevertheless, I'm going to make some research on this topic in the next few days, and see if I find any possibility with which this could be worked around. I'm going to look into the exact restriction of background jobs on iOS. |
Sure, an app with limited functionality is better that no app at all (: Pushover encrypts messages with a device key, thus, transmitting the whole message via APN/FCM -> https://support.pushover.net/i46-are-messages-notifications-encrypted Yeah, probably iOS has some kind of periodic job, in which new messages could be fetched. |
By using the Push Notification Extensions the one may send encrypted messages to the device endpoint and the device would be possible to decrypt it using the extension. However, quoting "I'm closing this issue for now because gotify will not use any third party service to deliver messages." I doubt that this would be a place for the gotify team to go though... |
Not re-opening this issue, but I think this is relevant to share here. Just switched back over to iOS from Android and was bummed to find there is no Gotify iOS app. So I wrote a little shell script that watches the Gotify stream and then sends me notifications through Pushover using Here's the relevant snippet:
This snippet will read each newline that This setup is nice because I don't need to switch everything to Pushover, I can keep Gotify for all my notifications. EDIT: I updated the script with the |
not sure what you mean: |
Ahhh forgive me. You meant that there is no Gotify iOS App. got it. sorry. |
Whoops, yeah, sorry for the typo @najtin! Fixed it. |
But couldn't an iPhone app with periodic checking connect to the self-hosted server once in a while to get new messages? And when the user opens the app? See the A delayed message is better than nothing. |
When the user opens the app, sure. But for background notifications, the developer has to specify the server, and that server has to send via Apple's notification servers. There's no way to make an app that allows the user to choose a server that sends background notifications. |
Yes I understand. My point was that an app without background notifications could still be useful. |
what is the problem with APN? EDIT: Found this alternative which works on ios and android: https://ntfy.sh/ haven't tried it yet though |
ntfy is perfect and self hosted. IOS work verry well. |
Just FYI for those getting thread notifications, I updated my script in my comment to autoreconnect when Gotify goes down and comes back up: #87 (comment) |
Thank you for this app. That would actually work with the Android devices. |
Take a look at the iGotify-Notification-Assistent |
It would be great to have an iOS app for Gotify. Maybe someone from the community could contribute such an app as I do not have any experience with iOS/swift.
The text was updated successfully, but these errors were encountered: