Support streaming notifications for graph
To fully move away from the outlook.office.com REST interface for email we need a solution to get notifications for client/desktop software (non windows) and browser based software.
The existing webhook approach does not work well for anything but server to server configurations.
outlook.office.com provides a streaming notification:
<a rel="nofollow noreferrer" href="https://docs.microsoft.com/en-us/previous-versions/office/office-365-api/api/beta/notify-streaming-rest-operations"""">https://docs.microsoft.com/en-us/previous-versions/office/office-365-api/api/beta/notify-streaming-rest-operations"""</a>;
Which meets our requirements
This is an already acknowledged gap in the Graph API.
Please implement a solution for clients to get notifications that doesn't require a webhook.
This is also important to migrate IMAP clients to Graph as a replacement for IMAP IDLE is required.
Thank you for the additional information.
We’re reviewing the scenarios internally and we’ll get back to you as soon as we have something to share.
Same thing, we need a 'server to client' solution like it is done in outlook rest.
Jason Gunthorpe commented
I am looking at "server to client", and specifically are targetting Linux as the client, so the existing platform-centric schemes like Windows Notifications are not applicable.
We need to use graph behind a NAT, and in a client-centric way, so the existing push HTTP server 2 server webhook approach is also ruled out.
Finally, we are looking at enabling various open source projects to work with Graph and having a requirement for someone to fund some cloud service, like Azure Event Grid, just to get notifications is a significant problem.
So some kind of long poll / socket based scheme is desired.
The push JSON approach that OWA uses is OK, but the lack of commonly availale incremental JSON parsers makes it very hard to implement.