4

У меня есть офисное почтовое приложение Office, которое сохраняет значение в пользовательском свойстве до сохранения элемента. Когда элемент сохранен, я хочу получить доступ к этому свойству с помощью серверного приложения. Reading through the custom properties documentation говорит мне, что я не могу получить доступ к пользовательским свойствам, созданным с использованием JS API, с использованием любой другой службы, такой как EWS, поскольку они не являются свойствами MAPI. Есть ли обходные пути? Можно ли получить доступ к ним с помощью API REST?Доступ к CustomProperties с использованием API-интерфейсов Office365 из API EWS или REST

ответ

0

Пользовательские свойства, безусловно, должны быть созданы и доступны только приложениям для API Outlook. Однако, это свойство должно храниться где-то - и это на предмете. Я вполне уверен, что если вы сделали вызов GetItem и перечислили каждое свойство элемента, вы сможете получить доступ к пользовательским реквизитам.

Важно отметить, что это, безусловно, неподдерживаемый сценарий. Дизайн может измениться в будущем, и этот сценарий может сломаться. Я бы определенно не получил доступ к пользовательским свойствам вне приложения Mail в настройках производства.

+1

Спасибо за ответ. Я смог получить доступ к этим свойствам, используя ссылку в ответе Джейсона. Почему вы вызываете ** неподдерживаемый сценарий **. если MSFT хочет изменить, где вы храните эти значения, вам придется придумать способ переноса существующих данных во все приложения и почтовые ящики Office 365, которые, я думаю, нелегко сделать. Разве мы здесь не в полной безопасности? – Chathum

+2

Я собираюсь отложить моему коллеге Джейсону (ответил выше). У него больше информации для вас. – MrPiao

4

На самом деле, это документировано, где они хранятся и в каком формате. Спецификация [MS-OXCEXT] обеспечивает специфику. В основном значения хранятся как словарь JSON в пользовательском свойстве элемента. Вы должны иметь возможность использовать EWS для чтения этого настраиваемого свойства как ExtendedProperty.

ОБНОВЛЕНИЕ: После обсуждения с людьми внутри, я должен отказаться от того, что это не поддерживаемый метод, как указал MrPiao. Как уже было сказано, дизайн хранилища может измениться, что нарушит ваше приложение, если вы будете зависеть от текущего дизайна. Конкуренция заключается в том, что я не хочу вести вас по пути, который в конечном итоге становится неработоспособным :). Если вы можете описать, какова ваша конечная цель, возможно, мы можем предложить более долговременное решение.

+2

Спасибо @ jason-johnston. Это было очень полезно, я смог добиться того, чего хотел. Моя следующая цель - получить доступ к этим свойствам из почтового ящика ресурса, который является участником первоначального собрания. Но это не сработало. Мне удалось получить доступ к public_string, сохраненному с помощью EWS таким образом. Я здесь, в тупике? – Chathum

+2

Я уверен, что эти свойства будут существовать только на копии пользователя, использующей ваше почтовое приложение. Копия ресурса не будет иметь эти свойства. –

+1

Это связано с тем, что это почтовый ящик ресурса? Я видел, что публичные строки несут при отправке запроса на собрание, если участник является внутренним. мы можем обойти эту проблему, используя почтовый ящик пользователя? – Chathum