Office365 outlook.com rest api不正确的组织者电子邮件

当用户在outlook.com共享日历中创建了事件时，REST API会告知日历所有者是组织者

我在Outlook.com中有一个日历，我正在使用日历订阅将所有日历事件同步到我的服务器。当发生某些事情时，我会收到通知，通知中有一个url，我可以使用它来获取新创建事件的对象

我现在在outlook.com中有另一个用户，我已将我的日历共享给他。当他在共享日历中做某事时，我会收到通知，但我不会得到关于谁创建了新事件的任何信息

组织者始终是我的用户，出于某种原因，在事件中对象名称是可以的，但电子邮件地址类似于

outlook-[胡说八道]@outlook.com

（这不是我的电子邮件地址）。我的真实电子邮件地址更像是

lehtu@outlook.com

请参见此图以了解更多信息：

响应的组织者部分：

Organizer:
 { EmailAddress:
    { Name: 'Encode Testing',
      Address: 'outlook_2FD8F7EE77CEC8B8@outlook.com' } },

应用程序身份验证仅使用我的用户（图片中的名称正在测试）

这是我的证件：

this.scopes = [
    'openid',
    'offline_access',
    'https://outlook.office.com/calendars.readwrite'
];

重点是在我的帐户下有更多的日历，我会把它们分享给其他人。但我必须将创建活动的用户的信息输入到我的应用程序中

---

有什么想法吗？

共享日历上活动的组织者应始终是该日历的所有者。本质上，Testing2代表Testing创建了活动，但Testing2并没有成为组织者。您在测试中看到的奇怪的电子邮件地址是他的底层outlook.com电子邮件，它是在您使用自定义域时添加的

不幸的是，今天API似乎并没有直接公开关于谁实际创建了事件的信息。这可能是一个很好的特性。但是，您可以间接访问它

只要API不直接公开属性，就可以查看Exchange server公开的底层属性。我通常在医生那里查。我发现了，这看起来可能有助于获取您所需的数据

您通常可以通过展开（通过

$expand

）项上的

SingleValueExtendedProperties

集合来访问这些基础属性。因此，如果您进行以下操作：

https://outlook.office.com/api/v2.0/me/events?
$expand=SingleValueExtendedProperties($filter=PropertyId eq 'String 0x3FF8')

您将看到返回的结果如下所示：

{
    ...
    All the normal props you usually see
    ...
    "SingleValueExtendedProperties": [
        {
            "PropertyId": "String 0x3ff8",
            "Value": "Jason Johnston"
        }
    ]
}

---

向日历开发人员报告。好的，那么实际拥有日历的帐户的主要电子邮件地址是outlook.com地址还是其他地址？主要电子邮件是自定义域。但这种对组织者的疯狂似乎是一种“特色”。如果我在浏览器中或通过api和用户测试（日历所有者）查看日历，看起来他是所有事件的组织者，即使他没有创建这些事件。当我通过api或浏览器查看与Testing2用户（通过共享获得访问权限）相同的日历时，看起来他拥有该日历中的所有事件。现在我在office365中对此进行了测试，日历的所有者始终是所有事件的组织者。不管你如何看待他们，也不管是谁创建了活动……但如果我想在活动中找到合适的组织者，我必须使用office365中的房间。然后它几乎像我想的那样工作。。现在唯一的问题是，会议室的日历上只显示组织者的姓名作为主题。一个人也没有？嗯。。获取电子邮件地址怎么样？我在上面看不到。