Поделиться через

Сведения о приглашениях на собрания в виде информационных или полных сообщений

  • Статья

Приглашение на собрание — это сообщение электронной почты с IPM. Schedule.Meeting.Request в качестве класса сообщения. По умолчанию участник, получающий приглашение на собрание, отвечает на него напрямую. Outlook поддерживает настройку делегатов, которые могут отвечать на приглашения на собрания от имени основного получателя. Программно Outlook задает именованное свойство PidLidMeetingType приглашения на собрание, чтобы определить текущее состояние обновления.

Получатели без делегатов

Когда Outlook получает новый запрос на собрание, Outlook задает для свойства PidLidMeetingType элемента приглашения на собрание значение mtgRequest. Любое последующее обновление этого собрания — mtgFullUpdate (полное обновление) или mtgInfoUpdate (информационное обновление) в зависимости от причины обновления, при этом Outlook задает PidLidMeetingType соответствующим образом. Для полного обновления требуется, чтобы участник явно ответил на приглашение на собрание, а информационное обновление — нет.

Полные обновления

Существует два сценария, которые приводят к полному обновлению:

  • Когда организатор изменяет дату, время, часовые пояса или повторение предыдущего приглашения на собрание, организатор должен отправить обновление всем участникам. Это обновление является полным обновлением, на которое участник должен явно ответить, чтобы уведомить организатора о посещаемости, так как Outlook игнорирует все предыдущие ответы.

  • Если участник не ответил на первоначальный запрос на собрание и получает последующее обновление, первоначальный запрос на собрание становится устаревшим, а обновление является полным, независимо от причины обновления.

Информационные обновления

Существует четыре сценария, в которых Outlook создает информационное обновление. В этих сценариях реагирование на информационное обновление является необязательным.

  • Если организатор изменяет расположение предыдущего приглашения на собрание, организатор должен отправить обновление всем участникам. Если участник уже принял первоначальный запрос на собрание, участник получает обновление в виде информационного обновления.

  • Если организатор добавляет участника к предыдущему запросу на собрание, организатор должен отправить приглашение на собрание только что добавленному участнику и может включить существующих участников в обновление. Вновь добавленный участник получает приглашение на собрание в качестве нового запроса. Если организатор решает отправить обновление существующим участникам, участники получают это обновление как информационное обновление.

  • Если организатор удаляет участника из предыдущего приглашения на собрание, организатор должен отправить обновление участнику, который был удален из приглашения на собрание, и может включить существующих участников в обновление. Участники получают обновление как информационное обновление.

  • Если организатор изменяет тему или текст предыдущего приглашения на собрание, организатор может отправить обновление участникам или просто сохранить изменения в собственной копии приглашения на собрание. Если организатор решает отправить обновление, участники получают его как информационное обновление.

Получатели, настроенные с делегатами

Получатели, которые решили настроить делегатов, могут отвечать на приглашения на собрания, которые не помечены как частные. По умолчанию участник получает только копию приглашения на собрание или копию обновления предыдущего приглашения на собрание, а делегаты всегда получают исходное приглашение на собрание или исходное полное или информационное обновление. В этой конфигурации по умолчанию участник всегда получает делегированные приглашения на собрания и обновления; Делегаты участника получают приглашения на собрания в виде новых, полных обновлений или информационных обновлений, как описано для получателей без делегатов в разделе "Получатели без делегатов".

По умолчанию участники могут отвечать на не частные приглашения на собрания и обновления, даже если делегаты настроены для этого от своего имени. Однако в качестве альтернативы администраторы могут настроить политику, чтобы запретить основным получателям отвечать.