Add 'select' and 'filter' to webhook resource subscriptions to get more accurate notifications
Currently, only two options exist : updated or changed.
It would be great to be able to be more specific to get only the targetted notifications, adding filters.
--> Get a notification only when the 'isRead' field evolves for messages sent by Jon.
Support for $select is being planned.
Support for $filter is in the backlog.
Suman Mitra commented
Do you have any ETA for this feature?
I am really looking for something below...
If an event gets rescheduled then notification should be pushed. Otherwise we need to check it in notification handler.
Paul Daly commented
An example use case would be to filter on messages that you are mentioned in... ex:
me/mailFolders('Inbox')/messages?$filter=mentionsPreview/isMentioned eq true
Gavin Barron commented
Currently we can only register webhooks to listen for all changes, adds, and deletes across a resource.
It would be really useful to add a $filter parameter so that we can pre-filter the entities that we receive notifications for rather than having to implement this logic in our receiver code, still requires a request to load the get the resource. this could reduce the number of graph requests necesary to support certain scenarios.