【问题标题】:Automate Opening Multiple Calendars in Outlook在 Outlook 中自动打开多个日历
【发布时间】:2019-03-05 23:14:14
【问题描述】:

我有一个办公室刚刚为其所有办公室会议室创建了几十个共享会议室日历。大约有100名左右的员工。现在的计划是向他们所有人发送一份文件,解释如何将所有这些共享日历添加到他们的前景中。我们正在运行一个混合环境,其中包含一些 Outlook 2010 和一些 2007 客户端,而 Exchange 服务器是 2010。无论如何,是否有从 Exchange 自动“推出”所有这些日历,或者是否有一个 VB 脚本可以在每台计算机上运行以自动化100个人全部加几十个日历的过程?

【问题讨论】:

  • 这看起来更像是 Exchange 管理员问题,而不是实际的编程问题。
  • 我一直在研究 VB 脚本,希望它可以自动化这个过程。

标签: vba outlook exchange-server


【解决方案1】:

我的建议是不要!

当您打开 Outlook 副本时,在 Outlook 同步所有内容时会出现暂停。它必须同步的一件事是任何日历。这可能是一个缓慢的过程,尤其是对于繁忙的日历,我认为您的会议室日历将会如此。

【讨论】:

  • 公平点。但是,现在我们有三位秘书,他们的前景都在日历上,而且还不错。如果更多人共享它们会变慢吗?
  • 我不知道。在我的上一个雇主,我们以这种方式预订房间。这很方便,但我们只在需要时才打开房间的日历。我认为问题在于我们有 10 间会议室,未来几个月每天有 5 或 6 人预订,因为每个团队都提前六个月预订了每周或每月会议的房间,所以他们在每个人的日历中。您的系统目前可能还可以,但随着预订量开始增加,它会保持正常吗?我刚刚想到的一个想法,我不知道是否有人删除了旧的预订,如果他们不这样做会产生什么影响。
【解决方案2】:

如果访问权限高于审阅者,我在共享模式下使用超过 12 个日历时会遇到速度变慢的情况。但是,我创建了自己的解决方法。不要使用直接预订。使用基于自动助理的访问。

如果您希望很多人能够更改事件,那么您可以通过查看以下内容来实现:

情况:在大多数情况下,当允许多人访问和发送同一事件时,您可以让他们访问彼此的帐户。这是安全标准不可接受的。

修复: 创建可用作部门日历的设备日历。这本质上是软木板日历的 Exchange 版本。每个人都可以通过此日历添加注释并发送更新。如何?遵循这个范式:每个人都是为了安全而组织的一部分。 AD 中的这种安全分组是通用的。在 Exchange 中,您将分发列表绑定到 AD 中的安全组。现在您可以向群组发送电子邮件。组是部门。

您创建为设备日历的日历将内置一些开箱即用的额外功能。使用公开列表中的共享日历或文件夹,您必须自己编写脚本。授予组(不是单个用户)完全访问权限,并发送为。

对于受托人,仅限群组或日历的经理(可以是您设置的单独群组,包括接待员和经理用于安排日程)。让老板和接待员一起自动预订。其他人没有。

设置重复策略和其他策略设置。让任何人都无法预订政策。这不是房间,而是软木板。当人们不遵守规则时,他们可能会失去访问权限。向老板和接待员授予对 Distro 组的访问权限。然后,允许他们在部门内的场所添加任何人。现在你已经设置了日历。

当他们需要锁定预约以进行编辑时,他们会去找接待员并让他们预订,将其作为自己的个人 ID 发送,或者去找老板让那个人来做。如果这是一个团队共享会议,所有人都会注意到并不断对其进行编辑,那么您可以让任何人预订它并作为软木板发送。

由于他们都拥有对软木板的完全访问权限,因此他们可以编辑日历,并且由于他们具有发送身份,因此他们可以将更新发送给所有人。现在您只需将该组添加为收件人,他们都会收到邀请。将它们设置为同步,它们将始终能够响应。

将回复标记为已读,然后自动重定向到接待员,接待员可以将忙碌的参与者从与会者中删除。现在你知道谁参加了会议。任何人都可以通过单击复制到我的日历来添加自己,他们将显示为与会者,将他们的回复转发给接待员,接待员可以进行任何其他必要的安排。等等。

如果您确保日历将预订 ID 的名称附加到从外部预订的活动(接待员和老板),他们就会知道不应删除哪些活动。想放弃这种能力?脚本改变了自己对日历的访问权限,将日历本身设置为能够EDIT OWN、DELETE OWN。将除经理和接待之外的所有设置都设置为 Edit OWN,Delete OWN。将经理和接待设置为所有者访问。

现在他们仍然可以使用日历进行编辑和发送,但只有经理和接待员才能真正锁定活动。

【讨论】:

    猜你喜欢
    • 2011-11-13
    • 1970-01-01
    • 1970-01-01
    • 2019-05-02
    • 1970-01-01
    • 2017-11-10
    • 2016-03-05
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多