Re: Re: MAPI клиенты

Boris Tyshkiewitch пишет:

> Piter Ring wrote:
>
>>
>> При подключении клиента (после старта аутлука) появляется окошко
>> мапи конетора "обмен данными с сервером" и это происходит на протяжении
>> 2, 2.5 минут, если перейти с папки в папку а потом обратно, то опять
>> окошко
>> "обмен данными с сервером".
>> Пробовал разные режимы работы мапи конектора и с удаленным хранением и
>> с локальным хранением "базы", результат +/- несколько %% одинаков.
>> Включил индексацию на сервере с 300кб - до фонаря, замеров не
>> проводил, но
>> "визуально" скорости в доступе это не добавило.
>> .
>> Всех кого спрашивал - говорят "у нас все ок, и просто летает".
>> У меня тоже "летает" на ящике размером в 50Мб.
>> Но для реальной работы мне этого мало.
>
>
>
>
> Заведите в Outlook две учетные записи - одну MAPI, другую обычный
> IMAP. К огромным ящикам с аттачами обращайтесь через IMAP, а к папкам
> со сложными структурами типа контактов и календарей обращайтесь через
> MAPI. Все будет летать при любых настройках.
Этот вариант не подходит, слишком большое "дерево" папок, пользователи и так
путаются в этих "дебрях" не говоря уже о том что поиск какой либо инфы станет практически невозможным.

> Учитывая, что Outlook навязывает свой механизм шорткатов, то доступ
> к разным ящикам через разные учетные записи не вызывает никаких
> проблем у пользователя.
>
>> Я уже не говорю про поиск, насколько я разобрался он
>> происходит "локально" т.е. в том файле который мапи-конектор
>> создает на локальной машине, и то это происходит ооооочень туго.
>> Наперед хочу сказать что ни сеть ни ресурсы сервера во время работы
>> клиентов по загрузке никогда не доходят и до 10%
>> так что все советы связанные с усилением железа - непринимаются.
>>
>> В целом CGP - хорошая задумка, но если уж писать мапи-конектор,
>> то почему бы не использовать ресурсы сервера, как это делает МСексчейнж?
>> При более-менее детальном "исследовании" мапи-конектора и его
>> принцыпов работы - пришел к выводу что это не что иное
>> как ИМАП-клиент, чистой воды, только с дополнительными функциями,
>> типа опрос флагов сервера на предмет событий.
>>
>
> Примерно так и делает. Проблема в том, что интерфейс MAPI, хоть
> как-то опубликован, а вот протокол работы Outlook с Exchange - тайна
> за семью печатями.

Вы наверное хотели сказать не мапи а ИМАП интерфейс описан, и достаточно детально,
а вот мапи- это мыло-апиай, он то и используется для доступа к эксчейнж-серверу+РПС
Да не в этом суть, не будем далеко ходить, (до самого сервера) возьмем локальное
хранилище, аутлук в ПСТ-файлах хранит до 2Гб информации, при этом открытие локальных папок происходит очень быстро и поиск в них происходит тоже на-ура,
почему же если сталкерцы решили хранить копию базы на локальном диске, то не сделали это грамотно а как обычно через "Ж"? и закрытый протокол от МС-эксчейнжа
тут совсем нипричем если кривые ручки... Тем более не секрет что и ПСТ, и база эксчейнжа представляют собой объектную БД, и ничего
там супер ноу-хау нету.
Грамотно спроектированая БД + правильно построенные основные индексы, и несколько
динамически добавляемы (наверное) .
Конечно, если хранилище на КГП сделано в виде мылофайла (этому изобретению лет больше чем мне, еще со времени ЮЮСП) или майл-дир что вообще неприемлемо для ящиков в которых больше 500 писем, то далеко на таком
"сервере" не уедешь.
Я вот что подумал, может съехать мне с этого продукта пока не позно, а то потом тяжелее будет когда он обрастет пользователями а они обростут данными?
Использует ли ктото чтото похожее на МСэксчейнж с хотябы примерным функционалом
и производительностью ???

Piter Ring

>
> Boris.
>
>
>
> ##################################################################
> Вы получили это сообщение потому, что подписаны на список рассылки
> <CGatePro@mx.ru>.
>
> Чтобы отписаться, отправьте сообщение на адрес <CGatePro-off@mx.ru>
> Чтобы переключиться в режим дайджеста - mailto:<CGatePro-digest@mx.ru>
> Чтобы переключиться в индексный режим - mailto:<CGatePro-index@mx.ru>
> Для административных запросов адрес <CGatePro-request@mx.ru>
>
>
>
>
Получено Fri Mar 11 11:01:58 2005