我有一个持续的Exchange 2013问题,有些用户无法将日历条目添加到其他用户的日历中。 我希望得到一个线索,为什么这可能会发生。
在公司中,我们有一个开放的日历策略,所有用户都应该能够查看/编辑其他日历中的任何条目,并且使用此策略,以前的Exchangepipe理员运行了PS脚本,将“默认”用户权限更改为{PublishingEditor} 。
请参阅下面的摘录随机用户的日历权限。
FolderName User AccessRights ---------- ---- ------------ Calendar Default {PublishingEditor} Calendar Anonymous {None} Calendar Rob B {PublishingEditor} Calendar Global Leave Appr... {PublishingEditor} Calendar Managers {PublishingEditor} Calendar Calendar Administ... {Editor}
我有经理试图进入这个人的日历预约只是为了告诉他们访问被拒绝。 这似乎是随机发生的,对不同的人来说(这将会工作几天,而不是其他人)。 我们的用户使用Outlook 2007,2010至2013年的一系列客户端。
起初我以为这是由于安全组内嵌套的通讯组和一些types的inheritance问题,但审查权限,从技术上来说,考虑到所有日历中的默认权限是{PublishingEditor},应该没有任何问题。
我想唯一可能的原因,我可以看到拒绝访问似乎是匿名用户; 也许有一些背景问题,用户没有被authentication? 没有别的地方可以拒绝访问。 大家对这个问题的看法是什么?
更新:
我已经更新Exchange到CU5,以防有任何解决此问题的修补程序。 有一些索引错误,我没有索引,并确认他们是健康的。 我还重新configuration了所有邮箱日历上的大部分AccessRights,如下所示:
默认{Editor}
匿名{AvailabilityOnly}
日历pipe理员{Editor}
一个特定的用户是日历pipe理员的成员,但仍然遇到问题 – 他现在不能查看几个日历。
事实certificate,受影响的用户在任何一个会话中最多可以访问30个日历。 出于某种原因,Outlook客户端已经连接到服务器的所有可用连接,然后一旦达到极限,就会产生已识别的症状。
通过修改交换服务器上的限制策略解决了该问题。
在Outlook中使用cachingExchange模式时,可能会发生此问题。 尝试以下Outlook设置(这些说明适用于Outlook 2010):