Доброе время суток.
Подскажите, пожалуйста, содержат ли классы AppointmentItem и TaskItem  из объектной модели Outlook
свойства, которые я мог бы использовать "не совсем по прямому назначению".
Данный вопрос возник при написании кода синхронизации данных моей программы с данными Outlook. 
Для хранения даты последней синхронизации, флагов проведенной синхронизации и т.п. на стороне Outlook и пригодились бы такие свойства.
Заранее благодарю за внимание к данной ветке форума.

November.

Ты собираешься запоминать дату "общей" синхронизации, или дату синхронизации некоторых объектов Outlook?

Если общей, то проще всего в отдельный файл (можно *.txt) или в реестр записывать дату последней синхронизации.

Если некоторых, то сформулируй опрос несколько иначе.
Немного непонятно, что именно ты хочешь и как именно "не совсем по прямому назначению" собираешься всё использовать...

Стоит задача сохранения данных о синхронизации для отдельных объектов. Поэтому необходимо найти место, где можно будет сохранять данные о синхронизации для данного  конкретного объекта. Вопрос возник из предположения, что в объектах AppointmentItem  и Task можно найти поля, в которых можно будет сохранить эту информацию.
С уважением, November.

Идея хорошая, но, по-моему, имеет одну уязвимость:
пользователь, зайдя в Outlook, сможет каким-либо способом изменить значения многих полей.
При изменении же произойдёт повреждение информации о времени синхронизации...

Когда я решал подобную задачу для Outlook,  не нашёл ничего лучшего, как создать на диске маленькую БД, в которой "запоминал" какой объект когда синхронизировался.
Выбрал формат Access (*.mdb)
В outlook нужно в референсах подключить возможность работы с БД Access...

А вот прямо в outlook хранить данные...
Можно отдельно создать свою папку, и в ней создать какой-либо документ, в котором хранить время синхронизации...

Надо думать!!!

Добавлено @ 12:58 
И вопрос в догонку.
Ты пишешь макросы в Outlook, или у тебя отдельная программа?
Если отдельная программа, то как ты обходишь систему безопасности, которая введена в версиях 2000 и 2003?

Я второй день исследую эту тему. 
Пока вырисовывается следующая схема: предется написать add-in к Outlook. Этот add-in будет следить за событиями (создание новых задачь и т.п.). При возникновении интересующих меня событий add-in будет производить синхронизацию с остальной системой через web-сервис этой системы (его тоже придется написать). 

Если это та же проблема, с которой столкнулся я, а именно проблема с .NET CAS (code access security), которая у меня возникла при деплойменте add-in'а к Outlook'у, написаного на MS VSTO, то могу написать, как она у меня решилась.

Решение, в моём случае, было найдено в одном из блогов и заключалось в добавлении к инсталятору моего аддина предварительно скомпилированного Custom инсталлера, который прописывал при установке программы всё необходимое для регистрирации программы в системе безопасности CAS. 

Если это то что нужно, то могу скинуть исходный код этого модуля инсталлятора, там нужно менять буквально несколько строчек.

Это сообщение отредактировал(а) Cyric - 22.12.2006, 06:48

To Cyric
Если это будет необременительно, покажите какие нибудь ссылки на тот блог, который помог Вам в решении проблемы с .NET CAS.

С уважением, November.

Для ознакомления
http://kjellsj.blogspot.com/2005/06/outloo...-with-vsto.html

Вот подробная статья в МСДН на эту тему http://msdn.microsoft.com/library/default....rms11122002.asp

Вот конкретно то, что вам нужно, исходный код Installer Class'а на C#, который нужно скомпилить и подключить к инсталятору вашего адд-ина в качестве Custom Action's.
http://weblogs.asp.net/mnissen/articles/427490.aspx

Вот здесь полезные ссылки есть, частично пересекаются с тем что выше http://www.outlookcode.com/vsto/index.htm


Думаю этого хватить должно.

Спасибо.

Уже несколько недель назад узнал ответ на вопрос этого топика. Он состоин в использовании UserProperty объектов AppointmentItem или TaskItem (подробнее см. ветку "Время жизни пользовательских свойств UserProperty" в этом же разделе).

С уважением, November.