Господа разработчики Access, прошу совета-подсказки по такому концептуальному вопросу:

Суть задачи: поиск и фильтрация писем между выбранными (всеми) сотрудниками своей организации и выбранными (всеми) сотрудниками выбранной из базы фирмы - клиента. Это нужно, например, чтобы сотрудник мог быстрее вникнуть в суть дел с клиентом, с которым переписывались его напарники, один из которых в отпуске, другой в коммандировке, или руководству которое хочет посмотреть уровень ведения переписки, т.е. возможен как "горизонатльный" так и "вертикальный" просмотр.

Если использовать само хранилище Exchange (идентифицируя выбранных сотрудников обоих сторон и фирму-клиента по email), а не ваять свою систему учета в Access (как бы надстройку над Exchange), то с чем я сталкиваюсь:
1) все рядовые сотрудники должны видеть (иметь разрешения на просмотр) ящиков друг друга, либо иметь инструмент позволяющий их менеджеру раздавать такие права по необходимости, БЕЗ участия админа Exchange.
(Предпологается что старшие по иерархии по умолчанию "видят" ящики младших)
2)подключение связанной таблицы Exchange это ящик ОДНОГО сотрудника ОДНОГО типа (входящие, отправленные...). Т.е. что получается, надо или сразу иметь в базе подключенные ящики всех сотрудников всех типов, либо подключать их динамически в зависимости от критериев отбора.

Приходит на ум вариант мапировать каким то образом Входящие и Отправленные всех сотрудников в Public Folder и уже там искать - решает сразу два вопроса, но как это осуществить?

Кто сталкивался, подскажите как можно решить эту задачу; отговорите меня делать аксессовский Exchange :) Этот вариант кстати тоже имеет минус - исходящие письмо можно приучить создавать через базу (подстановка email и создания письма на готовом бланке - шаблоне подкупят), но под каким предлогом (кроме организационных мер) заставить сотрудника фиксировать входящее письмо в базе? (Вроде бы есть такая вещь как тригера Exchange на входящее письмо, с возможность поместить его в базу - но смогу ли раскрутить такой вариант не знаю)

PS SharePoint не предлагать, это накладно для организации 30 - 40 чел, избытачно для данной задачи, да и программисты .Net дороги.