Преобразование HexEntryID из AppointmentItem возвращает EwsId, который не равен UniqueId объекта Appointment - PullRequest
0 голосов
/ 19 ноября 2018

Случай:

  1. Я создаю Встреча объект с EWS.Затем сохраните его и получите идентификатор свойства (тип ItemId).Значение:
* * +1009 AAMkAGFmMmI3Y2ZkLWRlNjktNDgyNi1iOTYyLTcyYThhNGI2NjU2MwBGAAAAAAAZkhghCeo1Q6ZG9jEcqo8CBwAYQQne / T3URoAICyAlQqoaAAAAAAENAAAYQQne / T3URoAICyAlQqoaAAAoUZCDAAA =
Из надстройки Outlook я получаю AppointmnetItem объект, имеющий EntryID * * * 1016 1017 1019 0000000024A788DE4C8B164294726448FAD7032607005CFD2D234BED54439BEB222BA0522758000000EB36CF00003B52743257E27A4FA6AA876380A189520000D4ABD6530000 1022 * Я конвертирую EntryId с EWS в формат EwsId.Это действие возвращает AAMkAGFmMmI3Y2ZkLWRlNjktNDgyNi1iOTYyLTcyYThhNGI2NjU2MwBGAAAAAAAkp4jeTIsWQpRyZEj61wMmBwBc / S0jS + 1UQ5vrIiugUidYAAAA6zbPAAA7UnQyV + J6T6aqh2OAoYlSAADUq9ZTAAA = Почему EwsId различны?(Примечание: EWS не может связать объект встречи по EwsId из пункта 3)

1 Ответ

0 голосов
/ 20 ноября 2018
    0003240061663262376366642d646536392d343832362d623936322d373261386134623636353633004600000000001992182109ea3543a646f6311caa8f020700184109defd3dd44680080b202542aa1a00000000010d0000184109defd3dd44680080b202542aa1a0000285190830000

                                                                                          0000000024a788de4c8b164294726448fad7032607005cfd2d234bed54439beb222ba0522758000000eb36cf00003b52743257e27a4fa6aa876380a189520000d4abd6530000

    0003240061663262376366642d646536392d343832362d623936322d3732613861346236363536330046000000000024a788de4c8b164294726448fad7032607005cfd2d234bed54439beb222ba0522758000000eb36cf00003b52743257e27a4fa6aa876380a189520000d4abd6530000

Итак, выше я конвертировал ваши идентификаторы в гекс, потому что это, вероятно, самый простой способ объяснить это. EWSId содержит PREntryId (вместе с кучей информации о маршрутизации, которая задокументирована, поэтому вы всегда должны использовать convertId для ведения диалога), чтобы вы могли видеть, что 2,3 в том, что они одинаковы для последней части Id. С идентификатором от 1 PR_EntryId будет

000000001992182109ea3543a646f6311caa8f020700184109defd3dd44680080b202542aa1a00000000010d0000184109defd3dd44680080b202542aa1a0000285190830000

и из идентификатора провайдера, описанного выше, который задокументирован в https://msdn.microsoft.com/en-us/library/ee201952(v=exchg.80).aspx, вы можете сказать, что эти два элемента находятся в разных почтовых ящиках. Похоже, что вы, возможно, не понимаете, как работают идентификаторы, например, одно и то же назначение в двух разных почтовых ящиках будет иметь два разных идентификатора, поскольку в их основе лежат два разных объекта в хранилище Exchange. Если вы пытаетесь связать элементы вместе, используйте свойства Goid, такие как PidLidCleanGlobalObjectId (просто найдите в Google примеры и пояснения)

...