Office.context.mailbox.item.saveAsync fails during OnSend function on Outlook for web

[victorcalarasu]

I have an Add-in created for Outlook Web which adds headers to emails in order to save them securely. It operated both through Task Pane and on the OnSend functionality of Outlook Web.

Your Environment

• Platform [PC desktop, Mac, iOS, Office on the web]: Office on the web
• Host [Excel, Word, PowerPoint, etc.]: Outlook
• Office version number: ______
• Operating System: Windows
• Browser (if using Office on the web): Chrome/Edge/Firefox

Expected behavior

When pressing the Outlook Send Button (OnSend function), the mail is sent successfully.
What I want to do is get the draft ID in order to send the item using Microsoft Graph API

Current behavior

When pressing the Outlook Send Button the Office.context.mailbox.item.saveAsync() function fails with :

error: OSF_DDA_Error
code: 9021
message: "Connection error occurred while trying to save the item on the server."
name: "SaveError"

this wasn't happening before and we didn't do any change here.
If I save the draft manually, gets automatically saved by Outlook or do the same flow using the Task Pane (opening the add-in through the Apps button), it works correctly.

It is only happening on new emails.

Steps to reproduce

Call the saveAsync() function during the onSend process.

Link to live example(s)

1. ---

2. ---

3. ---

Provide additional details

1. ---

2. ---

3. ---

Context

Mails can no longer be sent.
What I want to do is get the draft ID in order to send the item using Microsoft Graph API

Useful logs

[github-actions]

Here are some similar issues that might help you. Please check if they can solve your problem.

• Unable to save draft from context of pinned taskpane after switching to a different draft #979
• Office.js is not working in new outlook #373
• Office.context.mailbox.item.SaveAsync throws an error in Onsend Addin if Send Later option is used on OWA #1853
• Function saveAsync does not work after removing item #1600

---

Possible solution (Extracted from existing issue, might be incorrect; please verify carefully)

Solution 1:

One reason why this can happen is if your add-in does not register for the ItemChanged event. Can you add support for that to your add-in (if you haven't already) and see if that resolves this issue? If your add-in doesn't support this event, the Office.context.mailbox.item object in the add-in becomes stale, resulting in the error you are experiencing.

Reference:

• Unable to save draft from context of pinned taskpane after switching to a different draft #979 (comment)

Solution 2:

This scenario occurs when calling Office.context.mailbox.item.saveAsync on a new Calendar item that has not been sent yet. This is a known issue and we are looking into a solution to resolve this so that the API can be used as designed. The API should behave as designed in Mail and on Existing Calendar items.

Reference:

• Office.js is not working in new outlook #373 (comment)

[victorcalarasu]

These suggestions sadly do not seem to help

Also, the exact same code used to work last week with no problems (for multiple months)

[dmitriikashin-outreach]

Our telemetry indicates high amount of hanging Office.context.mailbox.item.saveAsync requests.

Internally we Timeout and Cancel them after 30 seconds, but this API is a crucial peace of our UX, and we wish we could see less of such hanging calls.

Similar situation is with the following APIs:

Office.CustomProperties.saveAsync
Office.context.mailbox.item.loadCustomPropertiesAsync
Office.context.mailbox.item.to.getAsync
Office.context.mailbox.item.cc.getAsync
Office.context.mailbox.item.bcc.getAsync

It comes together with the

"Error: [Office API error] name: Internal Error, code: 5001, message: An internal error has occurred., diagnostics: undefined"

and

"Error: [Office API error] name: GenericResponseError, code: 9020, message: An internal error has occurred., diagnostics: undefined"

errors codes.

[patilganesh-msft]

Thank you @victorcalarasu for reporting this.
While we check this from our end, could you please share the logs by following the process: https://github.com/OfficeDev/office-js/wiki/Collecting-log-files-for-Outlook-Add%E2%80%90ins-issues and give the access to exextoc?

[victorcalarasu]

@patilganesh-msft Thank you for your response, I will ask for permissions to share the logs with exextoc.
Please keep me posted if you find anything in the meantime.

[victorcalarasu]

@patilganesh-msft I've added exextoc to my private repository containing some logs. Let me know if I can help in any other way.

[victorcalarasu]

@patilganesh-msft @exextoc Any updates regarding this topic? it's important for us