I have set up event-based alerting on Datadog and notifications on slack.
I am receiving 2 events triggered this monitor, here is the last one.
I want both events' data to show, not just the last one.
Alert screenshot
Can someone help me here, please?
I did not find anything as of now
Related
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 have set up a microsoft graph webhook to monitor changes in messages, with my application, that was working great in production.
What is happening is the webhook is not sending notifications as quickly as I would expect it to send its notifications. Sometimes it is immediate, sometimes it takes an hour, I do not understand why this is happening.
Any help would be much appreciated.
Webhooks subscriptions expire after a certain time and/or if your webhook crashes often or takes too long to reply on regular basis.
You need to renew your subscription on regular basis in order to keep it going.
You can find more information about that here https://www.eliostruyf.com/creating-and-renewing-your-microsoft-graph-webhook-subscriptions/
I don't think you should be expecting any guaranties that the notification will be instantaneous (or almost). The reason is all that works with a message queue pattern and a reduce pattern behind the scenes. Notifications are async, and can be delayed depending on the service, on the number of notifications to go to the same subscriber and so on
I would like to know the workflow to handle multiple remote notifications received at the same time while the app is active (opened, running ..).
The best option for me would be to display the notification in the notification center but I heard it is not recommended by Apple, is there someone who already did it without having problem during the submission ?
The second option would be to handle all these notifications, display an alert for the first one, and then ... I don't know how to handle the second one, third one etc ..
EDIT: The thing I'm trying to do is to not spam the user with alert if for example if he receives 45 notifications in one minute, then I would like to display every notifications in the notification center (where all notifications of all applications are displayed, I'm not sure about the name), and each time he clicks on one notification, I could display the alert or display the right screen etc, do you know if this is possible ?
Thank you for your help.
I need to update my users for things that happened around their current location while the app is in the background.
To my understanding:
If my server sends a Push Notification to a client, the client would immediately show that message.
I can set up the app so that there is a specific location, with a given radius could fire a message.
So what I want to understand if it is even possible to update my users about things that are new in their locations.
I was thinking of two possible solutions, I am not sure they are possible.
One, I guess if the Push Notifications would allow a function to run prior to its display,
deciding if the message should appear.
For example: something happened in area x,y - The server initiates a message to all devices. Only the devices within range of x,y and a radius z, would show the message to the users.
Maybe the Regional Monitoring service can send a message to my server and my server can then decide if to send a Push Notification back to the client...
For example
The user has entered a defined location, determined by the app. The app sends a message to the server. The server decides if a message is due.
Any ideas? is that even possible?
Filtering push notifications by topic is something you need to do on the server side, not the client side. Apple specifically states not to send messages to users that aren't relevant and you won't be able to block them when the app isn't running. Additionally, if you are using a service to manage your push notifications you don't want to pay for messages that aren't relevant.
So when you register a device into your database, you should register what topics that person is subscribing to (ie. save a list of topics that user is eligible to receive). Then when the event is triggered that generates the push notification only send to devices that are registered to that topic. I believe a number of push platforms have this capability already built in. On UrbanAirship and Azure Notification Hubs you can use their tags feature. Or you can develop it yourself if you do your own push server.
Take a look at Parse. They have this kind of functionality baked right in, just send the push to clients that match a geoPoint query.
I am trying to create a local notification with the following requirements:
The user sets the days of the week for the notification
The user selects the time of day for the notification
The message of the notification requires calling an API to get the content.
For example, the user wants to know what the traffic is like on their commute every weekday at 0800.
There are some great tutorials on creating Local Notifications (like this one Adding Local Notifications in Your iOS App - appcoda), but I would like to know if I can make an API call to populate the message of the notification.
So rather than having an annoying "Check out the traffic now" notification which can quickly direct the user to the relevant page in my app, I would like to have: "There is minor congestion on the {road}" or "The roads look clear right now"
Is this at all possible? Thanks.
EDIT: Post iOS7 release
So it seems we have;
Background Fetch - able to fetch the new content and keep the content up-to-date
Remote Notifications - able to download the content when the app receives the push notification
Neither of these work in my scenario. I need to make a call as close to the user's specified time as possible. With background fetch, it is no use if the last update was at 5am when the roads were probably clear. Remote notifications are not ideal either as I am not pushing a notification, I would be displaying a local notification.
Does anyone know of a clever workaround to achieve this solution?