The current graph API within Outlook doesn't support enabling encryption or secure messaging support. Secure Messaging is becoming the norm for PII and PHI communication and Office 365 supports it out of the box with an E3 license. However, programmatic access isn't available as far as I can tell. Enabling it would accelerate a number of secure messaging initiatives.

When POSTing a message using the /me/message endpoint, a webLink is provided in the response. The link point to the draft message in read mode, and the user have to click the edit button to complete and send the message.
It would be usefull to provide a link that lands directly in edit mode.

This is quite important for us to determine whether it's appropriate to read an email or not with our tool (currently everything is returned with no indication).

I'm sure there are many other use cases that require sensitive emails to be identifiable.

In EWS it is possible to get more than 1 mail item by item ids. Can this be supported in Graph API? Graph API seems to allow fetching one message at a time via GET /me/messages/{id}.

Replicate functionality that was available in MAPI/VSTO addins and via EWS to forward email as an attachment similar to the old demo Outlook-Add-in-ForwardEmail, https://github.com/OfficeDev/Outlook-Add-in-ForwardEmail

We are trying to get the members (mailbox permissions) of a SharedMailbox via Graph API. We do not see any Graph endpoint at the moment that can help us get this information. We are in the process of building a custom application where we need to be able to perform read and write operations of SharedMailbox membership/permissions. This functionality is certainly available via the exchange online powershell and I can imagine this being a critical functionality which is not yet available in Graph API. .

synchronization works for messages in folder with this api

GET https://graph.microsoft.com/v1.0/me/mailFolders/{id}/messages/delta
we can get all messages in mailbox with this api

GET https://graph.microsoft.com/v1.0/me/messages/

Is there any way to synchronize messages in mailbox (as deltaLink in first api) irrespective of folders...

MS Graph appears to only allow single message deletion. EWS allows multiple messages to be deleted soft or permanently (hard deleted). Can this EWS feature be added to the MS Graph?

I would like to be able to create and manage Admin Roles in Exchange through Graph or the EWS API. This is currently only achievable through Powershell or actually logging on to the Exchange Admin Centre, neither of which are really suitable for my current project.

The Current Message Copy functionality is only limited to create a copy of mail under the same mailbox where mail resides.

This should be expanded to Copy a message from the current mailbox to another user's mailbox

Current behavior : Delta queries for events are not distinguishing between adds or edits.

I even tried out the “Prefer: return=minimal” header on query (example on the user resource) to see if that might help but it does not look like that is implemented for the events resources.

The ability to distinguish between those would be fantastic.

Please provide bulk api for fetching mails using graph client in MIME message format.
Currently, It can be done only for single messageId at a time https://docs.microsoft.com/en-us/graph/outlook-get-mime-message

By graph api ,we should be able to created hidden folder and And Graph api should be capable of accessing that hidden folder and messages inside that folder.

GET /mailFolders/inbox/messageRules (https://docs.microsoft.com/en-us/graph/api/mailfolder-list-messagerules?view=graph-rest-1.0&tabs=http) returns a list of message rules applied for a specific user's mailbox, but it doesn't currently return any forwarding rules set for a particular user in the Microsoft 365 Admin Center.

This may be by design, but it would be helpful to have all forwarding rules returned by a single endpoint. Thanks!

Our solution supports workflows that send out messages automatically using createReply and send, as well as the reply endpoint. These are considered auto-replies by the user and it is confusing that the replied flag shows up in outlook for the original message. Ideally, there would be a way, when using send or reply, to indicate whether the replied flag should be set on the original message. Alternatively, the ability to change the replied flag on a message would let us fix it after the fact.

The ability to programmatically recalculate the interenceClassification on a message. Perhaps able to run on messages not in the inbox already so when messages are moved into the inbox, it does not break and or change the classification logic.

Allow for the inferenceClassification to run on folders. This will allow for messages being placed by a rule programmatically to be moved back into the INBOX with the right classification.