STOREDRV.Deliver.Exception: StoragePermanentException, возникающее при вызове API-интерфейсов Office 365 Graph - PullRequest
0 голосов
/ 26 октября 2018

В моей ИТ-компании мы разработали приложение, которое взаимодействует с API-интерфейсами Microsoft Graph для входа, чтения и записи электронных писем. Мы используем несколько пользовательских расширений Open (ранее известных как расширения данных Office 365), которые необходимы для добавления свойств, необходимых для нашей бизнес-логики, к ресурсам Microsoft Graph.

Вот пример сообщения:

"message": {
      "subject": "TEST",
      "body": {
          "contentType": "html",
          "content": parsedBody.body
      },
      "toRecipients": to,
      "ccRecipients": cc,
      "bccRecipients": bcc,
      "attachments": [],
      "extensions": [
          {
              "@odata.type": "Microsoft.Graph.OpenTypeExtension",
              "extensionName": "it.brainwise.ecms",
              "ddpnode_id": "4", // custom business data
              "company_id": "44" // custom business data
          }
      ]
 }

Несмотря на то, что в течение примерно года все работало должным образом, в настоящее время у нас возникают проблемы с почтовым ящиком одного пользователя (из сотен). Начиная с прошлой недели этот единственный пользователь не может отправлять электронные письма, которые используют вышеупомянутые пользовательские расширения, и даже не может получать электронные письма, в которых реализованы те же расширения. Этот пользователь все еще может отправлять / получать базовые электронные письма без добавленных расширений.

Возвращается ошибка:

Remote Server returned '554 5.2.0 STOREDRV.Deliver.Exception:StoragePermanentException; Failed to process message due to a permanent exception with message Invalid named property: [{e550b918-9859-47b9-8095-97e4e72f1926}:'IOpenTypedFacet.it.brainwise.ecms-684886'] . StoragePermanentException: Invalid named property: [{e550b918-9859-47b9-8095-97e4e72f1926}:'IOpenTypedFacet.it.brainwise.ecms-684886'] . [Stage: DeliverMessage]'

Ни один другой пользователь нашего приложения никогда не сталкивался с подобной проблемой. Мы уже обратились к официальной поддержке, но безрезультатно: они попросили нас задать вопрос о StackOverflow, и вот мы здесь. Заранее спасибо за помощь.

1 Ответ

0 голосов
/ 29 октября 2018

Был ли этот пользователь изначально в более ранних версиях Exchange, таких как Exchange 2010? Возможно, со временем накопилось много именованных свойств, и они достигли предела. Я читал, что одним из временных решений может быть перемещение почтового ящика в другую базу данных.

Рекомендации:

https://social.technet.microsoft.com/Forums/ie/en-US/2ed3e05d-ee12-460f-b829-8fd6e8c235cf/exchange-2010-how-to-increase-the-named-properties-for-exchange-2010-mailbox?forum=exchangesvradminlegacy

https://social.microsoft.com/Forums/en-US/1565d1ed-cb44-47c0-a407-164a5c562029/number-of-named-properties-reached-the-quota-limit-8192-on-exchange-2003?forum=technicalqueries

...