Встроеный почтовый клиент

Большое спасибо Алексей за подбробный ответ. Совершено верно файловый вариант нужен для домашней работы. Еще вопрос: хотел перед чисткой вложений, все электроные письма скинуть во внешний почтовый клиент. Как это сделать?

Добрый день Алексей! Это тема получает продолжение! Кстати все работатют в терминальном сеансе на хорошем сервере.  Пользователи CRM не хотят лишаться "старых" электронных писем. Обозначу точно проблему: в менеджере контактов нажатие кнопки "Получить письма" вызывает кратко временое зависание системы, которое может продолжаться более 1 часа. Они вынуждены аварийно завершать терминальный сеанс 1С. Вот поэтому я хотел удалить старые электронные письма.Можно ли как-то оптимизировать процедуру полчения писем?
Справка размер справочника Вложения электронных писем 15 231 072, вычислен благодаря ваше обработки

это 15 гигабайт?

да размер справочника Вложения электронных писем 15 Гб

Ситуация следующая: при получении писем конфигурация  (как и любой другой почтовик) должна понять - какие письма нужно загрузить, а какие уже загружены. Почтовый сервер не может хранить информацию о том, какие письма кому он отдал. Он может лишь по запросу от почтового клиента предоставить заголовки всех входящих писем, которые в нем хранятся. Соответственно почтовый менеджер вынужден сравнивать все полученные от сервера заголовки писем c заголовками писем в своей базе. Только так он сможет понять, какие письма уже загружены, а какие нет (не найден заголовок - значит письмо новое).

Тот самый "МассивЗаголовковПисем", который и передается в метод, вызывающий зависание системы.

Вероятно у вас не только огромное число писем в базе, но и на почтовом сервере письма не удаляются после получения и не очищаются через некоторое время. В итоге процесс сравнения заголовков занимает очень много времени. А заголовок письма - это большая текстовая строка,

Решить проблему можно только очисткой папки входящих на почтовом сервере, необходимо скинуть из "входящих" все старые письма в архив.

Так же имейте ввиду что если вы полностью удалите письма из 1С, но эти письма все еще есть у вас в почтовом сервере - они опять будут загружены! Весь система не найдет заголовков и решит что это новая почта. Можно конечно врезаться в алгоритм получения и вставить какую то проверку на дату получения писем, чтобы не грузить "старье". В типовом механизме грузится все. Но правильнее перенести старые входящие в архив, поднимать письма за прошлые года нужно очень редко.
Тогда сразу же список заголовков от сервера станем меньше и сравнение быстрее.

Соответственно если удалить или скинуть в архив старые письма на сервере, то можно у этих писем в 1С очистить заголовки, ведь мы уверены что этих писем во входящих уже нет. Таким образом скорость сравнения и загрузки новой почты должна  еще многократно увеличиться.

Если в консоле, то уже есть задание Получение электронных сообщений (расписание-каждый  день; с 8:00:00 по 19:00:00 каждые 180 сек.) (см.вложение). Но в менеджере контактов письма не появляются

Добрый день Алексей!
Это будет работать, если выбраный пользователь не будет активным, т.е не будет работать в 1С (выключеный сеанс)?

Добрый день Алексей!
Проблема с почтой оказалась долгоиграющей! Регламентное получение почты работает, каждые 5 мин получение почты. Но определилась другая проблема, почтовый клиент с задержкой получает письмо с хостинга. С хостинга не 1С почтовые клиенты сразу считывают письма. Причем не постояно так, когда пробное письмо отправляешь вроде сразу доходит.
Пример: Клиент отправил письмо 07.08.2013  8:26:57 а почтовый клиент считал его 07.08.2013 12:15:35, хотя на хостинг оно сразу попало

Из 15 учетных записей 11 настроено на автополучение почты

Я про эту проблему с почтой писал давно, но разработчики никак не хотят пойти нам на встречу и сделать, чтобы вложения хранились в томах
у самого база 33Гб из них 26Гб вложения электронных писем.

Когда будет данный релиз?

я про скорость ничего и не писал
обслуживать такую базу сложно.