在我的IT公司,我们已经开发了一个与Microsoft Graph API交互的应用程序,以便登录,阅读和编写电子邮件。 我们正在使用一些自定义的Open Extensions(以前称为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上提问,所以我们到了。 预先感谢您的帮助。
答案 0 :(得分:0)
此用户最初是使用Exchange 2010等早期版本的Exchange吗?随着时间的流逝,它可能已经积累了许多自定义命名属性,并且达到了极限。我已经读过一个临时解决方案,可能是将邮箱移到另一个数据库。
参考文献: