我在 Office 365 中有一个共享邮箱和一个共享日历。用户使用 Exchange Online PowerShell 被授予日历文件夹的发布作者权限，并在故障排除期间使用 Outlook 确认这些权限。
问题是，我们正在设置的新用户只能看到默认权限，尽管被授予了与其他所有人相同的权限。用户尚未登录，因此我可以使用他们的帐户登录 OWA，它仅显示此日历的空闲/忙碌状态。如果我更新默认权限以显示完整详细信息，他们的 OWA 日历视图会立即更新以反映更改。但更改他们的明确权限（发布作者、编辑、发布编辑）根本没有任何区别。对于所有具有访问权限的用户（包括默认用户），SharingPermissionFlags 都是 $null。到目前为止，没有其他用户报告查看或访问日历的任何问题，因此这似乎是这个新用户独有的问题。
根据我的测试，我不认为这是文件夹权限与日历权限不同，尽管看起来确实如此。这种行为就像 OWA/Exchange Online 根本无法识别用户具有明确权限一样。我得出这个结论是因为更改默认用户的权限会影响此用户的视图。
在以下（已清理）屏幕截图中，匿名用户之后的第一个用户无法查看任何日历项目详细信息，他们只能看到可用性。所有其他用户都可以按预期访问。一旦我将默认权限设置为“审阅者”，他们就可以查看所有详细信息并按预期与日历交互。这些是 Office 365 邮箱，目标日历和用户都拥有 Office 365 E1 许可证。
另一个非常奇怪的事情是，当我将默认权限设置为“AvailabilityOnly”时，该用户无法查看或与日历交互，只能查看空闲/忙碌状态。但是，当我将默认权限设置为审阅者时，该用户可以通过我们授予的明确 PublishingAuthor 权限与日历进行完全交互。如果我将默认权限重新设置为 AvailabilityOnly，用户仍然无法查看或与日历交互，只能查看空闲/忙碌状态。
还有其他人遇到过这个问题并能解决吗？
答案1
在向微软提出投诉后，修复方法非常简单：删除用户的明确权限，等待，然后重新添加。令人尴尬的是，这提醒我们先尝试简单的事情。
根本原因表面上是 Office 365 中某种权限应用程序或复制失败。由于处理该问题的 MS 技术人员没有（并且可能无法）进一步调查根本原因，因此详细信息仍然未知。
答案2
我也遇到过同样的问题，总是公司老板助理或调度员急需访问权限，而且通常以前都成功过。有时它取决于用户之前使用的电子邮件帐户，但在你的情况下，也就是我今天早上遇到的情况，删除日历，然后修改或将编辑者权限更改为所有者，然后重新启动 Outlook 并从通讯簿中添加日历而不是将其添加为共享日历，这样问题就立即解决了。我不完全确定这是因为将权限从编辑者添加到所有者（尽管截至周五，显式日历权限仍然有效）还是因为关闭日历并从通讯簿中再次添加它。
不管怎样，就像您所说的那样，显式权限被默认权限忽略了；当它工作了数周和数月后，您就知道一定是在 Exchange Online 端发生了一些事情，而不是在查看/委派访问日历文件夹的客户端或用户自己的日历权限上。正如您在屏幕截图中显示的那样，权限是存在的，只是由于某种原因不适用。至少删除并重新添加或从编辑者更改为所有者可以解决问题。显然，Powershell 是必需的，因为 MS 通常无法通过 GUI 正确地帮助我们解决这个问题，而且当它只是一个运行良好的数百个帐户时，也没有真正的解释。