Office 365默认日历的ID自动更改 [英] Office 365 default Calendar's ID changes automatically

问题描述

我正在使用Office 365 API的V2 DLL执行日历操作. 我正在保存默认日历的ID，以便对其执行操作.

I was using V2 DLL of Office 365 API for performing calendar operations. I am saving default calendar's ID for performing operations on it.

过去两年来我一直很好，但是最近一个月以来我一直在尝试从我的帐户中获取日历-只是检查日历是否对我要处理的人可用-日历提取的ID与从O365 API提取的日历ID不同

It was working fine for me from last two years but lately since last 1 month, when I am trying to fetch calendars from my account - just to check if the calendar is available on whom I am trying to work on - the calendar ID fetched is different from the calendar ID fetched from O365 API

已保存的日历ID-AQMkADc5NDI0NjFXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX8jvkC_BGp2m1nqTgcABqRbG9B8nEivpWgOOBcJGwAAAgEGAAAABqRbG9B8nEivpWgOOBcJGwABH-QZPwAAAA==

新回复-

[{
    "IsBooking": false,
    "IsAdditional": false,
    "CalendarName": "Calendar",
    "CalendarId": "AQMkADc5NDI0NjFXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX8jvkC_BGp2m1nqTgcABqRbG9B8nEivpWgOOBcJGwAAAgEGAAAABqRbG9B8nEivpWgOOBcJGwABHKkz6wAAAA==",
    "Selected": false,
    "IsDefault": true,
    "HasWriteAccess": true,
    "IsFreeBusy": true,
    "EWS_URL": null,
    "CalendarColour": "#5D61DF",
    "TimeZoneId": null
}]

但是更改不是永久性的，大约一天后，如果再次尝试，日历ID将更改回与db保存为默认日历ID相同的ID.

However the change is not permanent and after a day or so, when tried again, the calendar id changes back to same id saved in db as default calendar id.

日历的ID是日历的唯一标识符.但是，在许多情况下，它的值已更改.有什么方法可以使用changeKey识别相同的日历?知道如何使用changeKey属性吗?

The ID of calendar is calendar's unique identifier. However in many cases, it's value is changed. Is there any way by which we can identify the same calendar using changeKey? Any idea how we can use changeKey property?

我也觉得很奇怪，但日历ID仅更改了最后30-35个字符.加密算法可能有问题. 请提出建议.

I find it strange too but only last 30-35 characters changed for calendar id. May be something wrong with encryption algorithm. Please suggest.

推荐答案

我正在与此团队一起回旋.文件夹的ID绝不能更改.它基于存储中文件夹的PR_ENTRYID，该文件夹在邮箱中是不变的.我不确定他们在REST的id中填充了什么额外的好处-确实出现了一些串联.

I am circling back with the team on this one. The Id of a folder should never change. It is based on the PR_ENTRYID of the folder in store which is immutable within a mailbox. I am not sure what extra goodness they stuff in the id in REST - it does appear there is some concatenation going on.

至于更改密钥，它与ID没有直接关系，因此确实没有一种将更改密钥转换为ID的方法.这似乎只是我们这方面的错误.但是，当然，只要文件夹发生更改且更改按钮是不透明的斑点，更改键就会更改(即使在OData和EWS层也是如此).

As for change key, it isn't related directly to the id, so there really isn't a way to convert from the change key to the id. This appears to simply be a bug on our side. But of course, the change key changes whenever there is a change to the folder and is an opaque blob (even to us at the OData and EWS layer).

有趣的是，您还可以通过提取请求PR_ENTRYID扩展属性，并且应该看到基础ID始终相同.但这除了解决您将来对幕后情况的了解之外，无济于事.

Of interest, you could also request the PR_ENTRYID extended property with your fetches and you should see that the underlying id is always the same. But that wouldn't fix anything other than to future your understanding of what is going on under the covers.

收到他们的回复后，我会回发.

I will post back when I get a response from them.

这篇关于Office 365默认日历的ID自动更改的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！