关于信息性更新和完整更新形式的会议请求

会议请求是具有 IPM 的电子邮件。Schedule.Meeting.Request 作为消息类。 默认情况下，接收会议请求的与会者会直接响应该请求。 Outlook 支持设置可以代表主体收件人响应会议请求的代理人。 Outlook 以编程方式设置会议请求的命名属性 PidLidMeetingType ，以标识当前更新状态。

没有代理人的收件人

当 Outlook 收到新的会议请求时，Outlook 会将会议请求项目的 PidLidMeetingType 属性设置为 mtgRequest。 该会议的任何后续更新要么是 mtgFullUpdate (完整更新) ，要么 mtgInfoUpdate 根据更新原因 (信息性更新) ，Outlook 相应地设置 PidLidMeetingType 。 完整更新要求与会者显式响应会议请求，而信息更新不会。

完整更新

有两种情况会导致完全更新：

• 当组织者更改之前会议请求的日期、时间、时区或重复时间时，组织者必须向所有与会者发送更新。 此更新是一项完整的更新，与会者必须显式响应以通知组织者出席情况，因为 Outlook 会忽略任何以前的响应。

• 如果与会者未响应初始会议请求并收到后续更新，则无论更新原因如何，初始会议请求都会过期，并且更新为完整更新。

信息更新

Outlook 生成信息更新有四种情况。 在这些方案中，响应信息性更新是可选的。

• 如果组织者更改了上一个会议请求的位置，则组织者必须向所有与会者发送更新。 如果与会者已接受初始会议请求，与会者将接收更新作为信息性更新。

• 如果组织者将与会者添加到之前的会议请求，则组织者必须将会议请求发送给新添加的与会者，并且可以选择在更新中包含现有与会者。 新添加的与会者将会议请求作为新请求接收。 如果组织者选择向现有与会者发送更新，与会者将接收更新作为信息更新。

• 如果组织者从以前的会议请求中删除与会者，则组织者必须向已从会议请求中删除的与会者发送更新，并且可以选择在更新中包含现有与会者。 与会者以信息性更新的形式接收更新。

• 如果组织者更改了先前会议请求的主题或正文，则组织者可以选择向与会者发送更新，或者仅将更改保存到组织者自己的会议请求副本。 如果组织者选择发送更新，与会者将接收更新作为信息性更新。

使用代理人设置的收件人

选择设置代理人的收件人可以让代理人响应未标记为“专用”的会议请求。 默认情况下，主体仅接收会议请求的副本或上一个会议请求的更新副本，并且代理人始终接收原始会议请求或原始的完整更新或信息性更新。 在此默认配置中，主体始终接收委派的会议请求和更新;主体的代理人接收会议请求作为新的会议请求、完整更新或信息性更新，如“没有代理人的收件人”一节中所述。

默认情况下，主体可以选择响应非私人会议请求和更新，即使委托设置为代表他们执行此操作也是如此。 但是，作为替代方法，管理员可以设置策略来阻止主体收件人做出响应。