Как обновить Outlook AppointmentItem, используя ICS с правильным порядковым номером?Т.е. как определить порядковый номер?

Question

Я разработал веб-приложение, которое обрабатывает данные о собраниях.Теперь я дополнительно разработал VSTO Outlook Plugin, чтобы я мог добавить ссылку на данные собрания в веб-приложении на заданный AppointmentItem в Outlook.Для этого я использую вызов API для своего веб-приложения, отправляя UID (GlobalAppointmentID).Но я не смог выяснить, как также отправлять текущий порядковый номер при вызове «Add-метода» моего веб-приложения моего API.

Таким образом, мы получаем 2 приложения, обрабатывающие встречи, одним из которых является Outlook.

Если веб-приложение хочет отправлять обновления собраний в Outlook, оно использует файлы ICS.Проблема в том, что мне не удалось отправить обновления на встречу из моего веб-приложения в Outlook, потому что я не знаю, какой порядковый номер использовать в файле ICS.

Я не могу найти никаких свойств в AppointmehtItem, которые позволяют мне узнать текущий порядковый номер в Outlook.Кроме того, я обнаружил, что использование DTSTAMP вместо SEQUENCE не решает проблему, потому что обновления, использующие DTSTAMP, разрешены только для обновлений, которые не изменяют дату / время встречи.

Поэтому мой вопрос: как можноЯ выяснил правильный порядковый номер для AppointmentItem, чтобы внешнее приложение могло использовать его для отправки обновлений с использованием файлов ICS

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

Я предполагаю, что пытаюсь решить проблему совершенно неверным образом,Любая помощь очень ценится!

Answer 1

После нескольких исследований я думаю, что концепция моего плагина Outlook неверна.

Насколько я понимаю, файлы ICS используются для того, чтобы Mail-клиенты могли общаться относительно событий.

Так что одним из возможных решений моей проблемы может быть то, что веб-приложение играет роль почтового клиента, получающего приглашения от Outlook.Каждое изменение встречи будет отправлено из Outlook в веб-приложение, если оно включено в свой собственный почтовый адрес (info@mywebapplication.com), а веб-приложение должно анализировать входящие запросы, анализировать их и пытаться выяснить, какиеСовещание необходимо обновить.

Может ли это быть решением?У кого-нибудь есть опыт обработки входящих приглашений на собрания / обновлений / отмен из Outlook, Календаря Google и т. Д.?Использует ли Outlook / Google ICS для этого?Вероятно, да, потому что почтовый клиент не может знать, какой почтовый клиент использует получатель, не так ли?

Answer 2

Вам необходимо отправить основную встречу с исключением в том же файле ICS с правым заголовком RECURRENCE-ID.Попробуйте сохранить повторяющуюся встречу в виде файла ICS через пользовательский интерфейс Outlook и откройте его в Блокноте.