Office.context.mailbox.item.itemId简短吗？为什么？

Question

我有一个问题。 Outlook加载项。

itemId值从3天前开始就很奇怪。我们正在使用Microsoft提供的office.js。 它被开发为正式文件。

问题 在移动设备和PC上，Office.context.mailbox.item.itemId代码的结果不同。

1. 移动 AAkALgAAAAAAHYQDEapmEc2byACqAC / EBBBBBBiI2N + M9RJ0CDShuowvXKcwACJekCOwAA

2. PC 结果：AAMkAGM1ZDc2YjFjLWExODUtNGVkNC1hNDBBBBABEAMSxr1XgSL8NM2 + Hy8n2BwByK7vlr7ySQpFsplYmphCiAAAAAEMAACIjY34z1EnQINKG6jC9cpzAAIl6LOD>

相同的代码，但结果不同。

谢谢您的答复。

Answer 1

条目ID有两种：

1. 当服务提供者必须快速构造该标识符并且不需要持续时间或距离时，会将短期条目标识符分配给该对象。短期条目标识符的唯一性只能在当前工作站上当前会话的整个生命周期内得到保证。通常，短期条目标识符仅在释放它所代表的对象之前才有效。客户可以快速获取，使用和丢弃短期条目标识符。在大多数情况下，它们可以与长期条目标识符相同的方式使用。

2. 当对象需要具有延长寿命的标识符时，服务提供商将长期条目标识符分配给该对象。长期条目标识符始终有效数周或数月，并且可以在其他工作站上有效，具体取决于提供商。通讯簿提供商为自定义收件人创建的长期标识符普遍有效。长期条目标识符在活动概要文件中的所有消息存储中必须是唯一的；因此，将消息或文件夹从一个消息存储库复制到另一个消息存储库时，必须为其分配新的条目标识符。移动消息存储库对象时，实现此移动的消息存储库提供程序将确定原始条目标识符是否将保持有效。一些服务提供商为移动的对象分配新的条目标识符。别人没有。如果有更改，则在通知客户此举动后，新的条目标识符将包含在传递给客户的信息中。

Answer 2

我们有完全相同的问题。

请担心，当前在一个移动设备上它与另一个在移动设备上有所不同。即某些移动设备仍在返回长代码，因此可以正常工作。

我不太想获得“短代码”，但是您不能使用“短代码”来引用对象。

因此，“短代码” =移动设备上的Microsoft Outlook损坏。

这不是“次要”问题，因为它使我们的插件无法在移动设备上运行。