我不确定是否发现了一个bug,或者是否使用了错误的方法:我无法使用Graph检索DL组的所有者。
步骤:
>
假设我的电子邮件是admin@contoso.com.我在Exchange服务器的Microsoft 365管理中心创建了一个通讯组列表组,并将自己(管理员)设置为该DL的所有者。我将这个DL命名为“TestDG1”。我还添加了这个用户作为DL的唯一成员。
然后我访问了Graph Explorer网站,以管理员身份登录,授予自己访问组、联系人、用户的读取权限,并执行了此查询:
https://graph.microsoft.com/v1.0/groups/?$filter=startswith(显示名,'TestDG')
我得到了一个成功的回复:
{
"@odata.context": "https://graph.microsoft.com/v1.0/$metadata#groups",
"value": [
{
"id": "01234567-89AB-CDEF-0123-456789ABCDEF",
"deletedDateTime": null,
"classification": null,
"createdDateTime": "2018-10-15T18:38:08Z",
"creationOptions": [],
"description": null,
"displayName": "TestDG1",
"groupTypes": [],
"mail": "testdg1@contoso.com",
"mailEnabled": true,
"mailNickname": "TestDG1",
"onPremisesLastSyncDateTime": null,
"onPremisesSecurityIdentifier": null,
"onPremisesSyncEnabled": null,
"preferredDataLocation": null,
"proxyAddresses": [
"SMTP:testdg1@contoso.com"
],
"renewedDateTime": "2018-10-15T18:38:08Z",
"resourceBehaviorOptions": [],
"resourceProvisioningOptions": [],
"securityEnabled": false,
"visibility": null,
"onPremisesProvisioningErrors": []
}
]
}
https://graph.microsoft.com/v1.0/groups/01234567-89AB-CDEF-0123-456789ABCDEF
我得到了一个成功的回应:
{
"@odata.context": "https://graph.microsoft.com/v1.0/$metadata#groups/$entity",
"id": "01234567-89AB-CDEF-0123-456789ABCDEF",
"deletedDateTime": null,
"classification": null,
"createdDateTime": "2018-10-15T18:38:08Z",
"creationOptions": [],
"description": null,
"displayName": "TestDG1",
"groupTypes": [],
"mail": "testdg1@contoso.com",
"mailEnabled": true,
"mailNickname": "TestDG1",
"onPremisesLastSyncDateTime": null,
"onPremisesSecurityIdentifier": null,
"onPremisesSyncEnabled": null,
"preferredDataLocation": null,
"proxyAddresses": [
"SMTP:testdg1@contoso.com"
],
"renewedDateTime": "2018-10-15T18:38:08Z",
"resourceBehaviorOptions": [],
"resourceProvisioningOptions": [],
"securityEnabled": false,
"visibility": null,
"onPremisesProvisioningErrors": []
}
A) 扩展所有者阵列:
https://graph.microsoft.com/v1.0/groups/01234567-89AB-CDEF-0123-456789ABCDEF/?$expand=所有者
我得到了成功的响应,但所有者数组为空:
{
"@odata.context": "https://graph.microsoft.com/v1.0/$metadata#groups",
"value": [
{
"id": "01234567-89AB-CDEF-0123-456789ABCDEF",
"deletedDateTime": null,
"classification": null,
"createdDateTime": "2018-10-15T18:38:08Z",
"creationOptions": [],
"description": null,
"displayName": "TestDG1",
"groupTypes": [],
"mail": "testdg1@contoso.com",
"mailEnabled": true,
"mailNickname": "TestDG1",
"onPremisesLastSyncDateTime": null,
"onPremisesSecurityIdentifier": null,
"onPremisesSyncEnabled": null,
"preferredDataLocation": null,
"proxyAddresses": [
"SMTP:testdg1@contoso.com"
],
"renewedDateTime": "2018-10-15T18:38:08Z",
"resourceBehaviorOptions": [],
"resourceProvisioningOptions": [],
"securityEnabled": false,
"visibility": null,
"onPremisesProvisioningErrors": [],
"owners": []
}
]
}
B) 直接查询DL的所有者:
https://graph.microsoft.com/v1.0/groups/01234567-89AB-CDEF-0123-456789ABCDEF/owners
我得到了成功的响应,但值数组为空:
{
"@odata.context": "https://graph.microsoft.com/v1.0/$metadata#directoryObjects",
"value": []
}
https://graph.microsoft.com/v1.0/groups/01234567-89AB-CDEF-0123-456789ABCDEF/members
{
"@odata.context": "https://graph.microsoft.com/v1.0/$metadata#directoryObjects",
"value": [
{
"@odata.type": "#microsoft.graph.user",
"id": "00001111-2222-3333-4444-555566667777",
"businessPhones": [],
"displayName": "Contoso Administrator",
"givenName": "Admin",
"jobTitle": null,
"mail": "admin@contoso.com",
"mobilePhone": null,
"officeLocation": null,
"preferredLanguage": "en-US",
"surname": "Contoso",
"userPrincipalName": "admin@contoso.com"
}
]
}
或者通过扩展成员:
https://graph.microsoft.com/v1.0/groups/01234567-89AB-CDEF-0123-456789ABCDEF?$expand=成员
{
"@odata.context": "https://graph.microsoft.com/v1.0/$metadata#groups/$entity",
"id": "01234567-89AB-CDEF-0123-456789ABCDEF",
"deletedDateTime": null,
"classification": null,
"createdDateTime": "2018-10-15T18:38:08Z",
"creationOptions": [],
"description": null,
"displayName": "TestDG1",
"groupTypes": [],
"mail": "testdg1@contoso.com",
"mailEnabled": true,
"mailNickname": "TestDG1",
"onPremisesLastSyncDateTime": null,
"onPremisesSecurityIdentifier": null,
"onPremisesSyncEnabled": null,
"preferredDataLocation": null,
"proxyAddresses": [
"SMTP:testdg1@contoso.com"
],
"renewedDateTime": "2018-10-15T18:38:08Z",
"resourceBehaviorOptions": [],
"resourceProvisioningOptions": [],
"securityEnabled": false,
"visibility": null,
"onPremisesProvisioningErrors": [],
"members": [
{
"@odata.type": "#microsoft.graph.user",
"id": "00001111-2222-3333-4444-555566667777",
"deletedDateTime": null,
"accountEnabled": true,
"ageGroup": null,
"businessPhones": [],
"city": null,
"companyName": null,
"consentProvidedForMinor": null,
"country": null,
"createdDateTime": null,
"department": null,
"displayName": "Contoso Administrator",
"givenName": "Admin",
"jobTitle": null,
…
…
… // and all its properties
}
]
}
这是一个bug,还是我做错了什么?如果是bug,我应该在哪里报告?
目前(截至2019年4月18日),启用邮件的安全组和通讯组列表的所有者当前不包括在Microsoft Graph的所有者中。所有者当前仅适用于安全组(未启用邮件)和Office 365组。
问题内容: 如何在SQL Server中搜索表的所有列? 问题答案: 如果您正在寻找完全的全场比赛。如果要查找子字符串匹配项,则必须进行很长的路要走:
问题内容: 现在说我有一个numpy数组,定义为 现在,我想要一个包含缺失值的所有索引的列表,在这种情况下。 有什么办法可以做到吗? 问题答案: np.isnan与np.argwhere结合 输出:
问题内容: 我目前正在寻找一种方法来获取Jenkins作业的所有可用构建步骤的列表。 有点像: 提前致谢! 问题答案: 好吧,显然确实存在。 这解决了我的问题:
当我在AEM上使用下面的查询QueryDebug 以及形成的URL/JSON QueryBuilder链接。 我可以看到每个资产的所有属性,包括jcr:内容,元数据如下: 我需要将相同的结果返回到服务/endpoint,我正在为客户构建AEM。当我将上述查询转换为查询生成器API时 如何检索所有值? 如果我使用,我们只能看到下的属性,而不能看到其他属性。 和 如果我使用
如何在不创建多个字符串的情况下获得所有列和记录?假设我在那个表中有10列,我不需要把它存储到一个对象中 谢了。
本文向大家介绍Microsoft SQL Server 检索所有存储过程的列表,包括了Microsoft SQL Server 检索所有存储过程的列表的使用技巧和注意事项,需要的朋友参考一下 示例 下面的查询将返回数据库中的所有存储过程的列表,以及关于每个存储过程的基本信息: SQL Server 2005 的ROUTINE_NAME,ROUTINE_SCHEMA和ROUTINE_DEFINITI