День добрый уважаемый форумный народ. Вот прошу поделится опытом как организовываете вы работу с почтой. Личный опыт у меня не большой, много вариантов не видел. Но сейчас в компании которой я принял дела ситуация такова. Есть почтовый сервер, на нем пытались сделать работу в режиме IMAP, но видать что-то не пошло, работает в этом режиме только несколько ящиков. Все остальное забирается на клиентов и тама типа хранится, клиентов много, базы большие по 3-5 гектара. И честно говоря мы уже с админом подустали от такого подхода, плюс еще кучка могучка баз от почтовиков уволившихся сотрудников в которых иногда хотят порыться.
Видел еще пару вариантов. В одной конторе ящики делали на отдел, и когда сотрудник менялся почто все рано приходила на это же рабочее место, ящики были типа отде_1, отдел_2 и т.п. В другой конторе видел огромный список перенапралений.
Вот решили с админом сделать некую общую базу данных для хранения всей почтовой переписки. Логика пока вырисовывается такая. Почтовый сервер точит в интернет и собирает получает письма, некая программа общается с почтовиком и записывает отдает ему письма из БД, ну а почтовые клиенты в данном случае клиенты нашей БД. Как то так получается. Может есть какие-то наработки, решения в этой области? Как-то изобретательством лисапеда не хочется заниматься, может фигня все это. Всем заранее огромное спасибо за советы, ответы и идеи.

softwarerУточните, какую собственно задачу Вы хотите решить, что не устраивает в текущей ситуации? Хочется иногда читать почту уволившихся или не очень сотрудников? Тогда проще всего на почтовом сервере сохранять в сторону проходящие письма.

Хороший вопрос. Значит так, вот есть такой список от задачи минимум до задачи максимум.
1.Невысокая стоимость решения.
2.Организация единого места хранения и обработки сообщений электронной почты. При этом в качестве хранения хранилища выступает сервер БД.
3.Свободный поиск писем во всех почтовых ящиках, в зависимости от прав доступа.
4.Общая адресная книга, с механизмом разграничения доступа
5.Исключение дублей писем, т.е. если письмо было направленно нескольким адресатам - то в нашей БД это должна быть одна запись.
6.Организация доступа к письму не методом пересылки, а просто установкой прав на него.
7.Механизм обсуждения, а не как сейчас пересылка с комментариями. Но это уже интеграция с СЭД.

Видать что-то в консерватории у меня не так. Классическая схема работы почтового сервера в моем понимании представляется в следующем. Основная задача почтового сервера постоянно слушать заданный порт. И соответственно протоколу обмениваться данными с клиентом или другим сервером. Как сервер БД они слабы. Я вот перед написанием это поста просто зашел в папку с Kerio Connet, используем его как почтовик. У него куча папок соответствующих учетным записям, грубо говоря, минимальной сущностью является почтовый ящик. Если письмо пришло нескольким адресатам то оно дублируется. О сквозном поиске по всем писем говорить не приходится. А мне надо чтобы минимальной сущностью было письмо.

Не пройдет. У меня уже где 600 гектар набирается.

Злой Бобр, это объем всей почты которую необходимо хранить. Пока она разбросана, по локальным машинам, необходимо собрать на сервер. Это проблема вызвана частично отсутствием на фирме документооборота. Сейчас настроили общие папки, корпоративную систему обмена сообщениями. Объемы упали на порядок.