outlook-web-addins

This issue is occurring using Outlook Web App on OSX. It has been replicated using Chrome, Firefox, and Safari. Scenario UI.displayDialogAsync() is used with the displayInIframe: true option. If a user hits the ESC key, the dialog will close but not trigger Office.EventType.DialogEventReceived . On top of this, the same dialog can not be opened again (probably because somewhere an opened flag is still set to true or something). Expected Behavior The dialog closes and emits an event with error 12006 (dialog closed by user). Current Behavior The dialog closes, and does not emit anything and

I added a custom property to an Event using an office.js add-in. I tried to get that custom property's value using https://graph.microsoft.com/v1.0/me/events/AQMkADU2OWFjYTF..AAAA==?singleValueExtendedProperties($filter=id eq 'String 00020329-0000-0000-C000-000000000046 myCusPropId ') but it is return an error: { "error": { "code": "ErrorInvalidProperty", "message": "PropertyId values may only be in one of the following formats: 'MapiPropertyType namespaceGuid Name propertyName', 'MapiPropertyType namespaceGuid Id propertyId' or 'MapiPropertyType propertyTag'.", "innerError": { "request-id":

I am developing an add-in for Outlook. I am using the Dialog API . I get an error when using my adding in Outlook for the Web: Failed to execute postMessage on DOMWindow : The target origin provided ( https://outlook.office.com ) does not match the recipient window's origin ( https://myIp:port ) It appears when I call Office.context.ui.messageParent . Anyone faced the same problem and know the fix? 来源： https://stackoverflow.com/questions/49654404/failed-to-execute-postmessage-on-domwindow-the-target-origin-provided-htt

We use the OfficeJs REST API for add-in development. To use this API, an accesstoken is needed, which we request by invoking Office.mailbox.getCallbackTokenAsync({ isRest: true }) during startup of our add-in. This does not fail for any code triggered by the onSend function: It seems OfficeJs saves the mail item before onSend code is triggered. However, this request apparently does fail when the mail item is not yet saved - which is the case for any new draft when it is just created - and thus breaks the init code of our add-in when the task pane is opened straight after composing a new

Note: This particular issue has significant impact on our customers, which translates to high business impact with direct consequences on revenue. TL;DR. How can our Office add-in for Outlook, when a user interacts with our add-in while composing an email draft, minimize the amount of time it takes before the EWS GetItem API will return an OK response for the itemId we receive from Office.context.mailbox.item.saveAsync() ? If it turns out that our add-in has no control over when the item will be persisted to EWS, then what could an end-user do to speed this up ? We are looking for either (a) a

In our Outlook add-in, we are using makeEwsRequestAsync to get the current email's MimeContent . We understand there is a 1MB request/response limit when using EWS via the JavaScript API. When we reach this limit on Windows, we at least see this message: "Response exceeds 1 MB size limit. Please modify your EWS request". However, when making this request for a large email (>1MB) on Mac (Outlook 2016), we don't get any sort of response whatsoever. The add-in just seems to hang. Is there any way we can catch this error on Mac? We would like to show a dialog or something notifying the user that

I'm using makeEwsRequestAsync to get the full MIME content of the email. But it looks like response size is capped at 1 MB, per the error message in the response: "ErrorMessage":"Response exceeds 1 MB size limit. Please modify your EWS request.” <GetItem xmlns="http://schemas.microsoft.com/exchange/services/2006/messages"> <ItemShape> <t:BaseShape>IdOnly</t:BaseShape> <t:AdditionalProperties> <t:FieldURI FieldURI="item:MimeContent"/> </t:AdditionalProperties> </ItemShape> <ItemIds><t:ItemId Id="' + itemId + '"/></ItemIds> </GetItem> I need to get MIME content of messages which may exceed 1 MB,

I'm currently implementing an Outlook Add-in. It shows the user a pop-up window whenever the user is about to complete a potentially dangerous action, to protect against clickjacking attacks . I was hoping not to have to show the user the pop-up window every time they use the add-in -- only the first time they use it from a new host origin. Is there a way to get the verified host origin of an Office add-in, so I can remember that the user trusts it for next time? Right now I'm listening for the postMessage s from the host (e.g. https://outlook.office.com ) to the Office.js SDK and looking at