After registering to webhook subscription for mail or user resources - What is the expected time between a change occur till our subscribed endpoint will receive the change notification?
The time to deliver notifications varies depending on the service load and other factors. Under normal conditions you should receive notifications within 5 minutes of the actual change.
Related
We create an application that receives notifications that there was a call. For this we create a subscription (communications / callRecords) to receive notification.
My question is, if there are errors when renewing the subscription, then all the notifications that occurred when the subscription was inactive will be lost?
Also I found that we can use Azure Event Hub (Get change notifications delivered in different ways) to send notifications to the hub and then read data from it, but for this case we need to keep subscription up-to-date?
Is there a way to guarantee receiving notifications?
I am trying to understand what is the limit for push notification per hour assuming I do not show the user a message, only update data on a terminated app, to move some small critical calculation from a server to the phone.
So for example if I want to update a device on a value that's being changing all the time, and say I want to inform the phone on a new value every 1-3 minutes , or even 10 minutes, wake up and calculate something and decide if I should alert the user.
Reading many posts like is there a limit when sending push notifications to multiple iOS devices?
did not provide a clear answer.
Is it something popular to inform a device every 10M ? is it a good practice ? do large companies do that ?
It seems that here :
https://developer.apple.com/documentation/usernotifications/setting_up_a_remote_notification_server/pushing_updates_to_your_app_silently
Apple says you allowed to send 2 Silent Notifications per hour, and it works only when the app is in the background.
When you send real push notification which inform the user on the lock screen, then you can send how many you like (which is pretty strange because both use the same resources from Apple exactly, and on silent notification I even provide better user experience by filtering some of the notification from alerting him, so its not clear why when the user is being alerted you can spam him but when a server update an app in the background - you have a limit )
If you use Remote Notification (silent notification) you have a limit per hour maximum 3 notification you can receive or send.
Silent Notification.
If you want to update your app in background or even if it is killed, without limitation of Push, you can use UNNotificationServiceExtension in order to download something from your serve or you can implement some value to share with your main app, then when user open your app, you can refresh it.
I have application who is getting notifications from Outlook, it is subscribed for update,create changes in users mailboxes. I am getting notifications all day long even if the users are not active (It is their sleep time). Can I know how notifications are sent to me?
There are all sorts of background tasks (assistants), both time based and event based that wake up and do work on the system. In addition, there may be apps that the user has given permissions to operate on their mailbox that may be doing something behind the scenes. Exchange doesn't differentiate. When a change is made that matches the criteria in the subscription, a notification will be generated.
I'm working on a sync server that keeps the Office 365 events and my calendering app in sync. I subscribed to a push notification for user's event calendar that has a custom single extended property.
The documentation says if the sync server doesn't respond with a 2xx message, the notifications will be resent in periodic intervals. I tried by bringing my server down for some time and in this interval I did some changes to the events for which I was expecting notifications. Then I brought the server up again and it took some time(10-15 mins) for Microsoft to send old queued notifications.
Any idea what is the interval that Microsoft sends queued notifications when 2xx is not received?
One thing I haven't found is when to call the Apple's Feedback Service for push notifications. The Local and Push Notification Programming Guide says:
Providers should periodically query the feedback service to get the list of device tokens for their applications, each of which is identified by its topic. Then, after verifying that the application hasn’t recently been re-registered on the identified devices, a provider should stop sending notifications to these devices.
But is there a best practice to follow? E.g.:
Everyone calls it before sending any notification, or
Everyone calls it once a day, or
Everyone calls it once a week, or
...
You can call the feedback service every day, or if you send lots of notifications in a day, every hour if it's not a problem for you.
The reason to call the feedback service is to reduce the number of subscribers to include in the next send.
The frequency of calling depends of the frequency of the sending of notifications.