[Comm] Решения по работес корпоративной электронной почтой (?)

[Comm] Решения по работес корпоративной электронной почтой (?)

[Max A Mazin]

hi
Нужен совет/помощь.

Есть организация, в которой входящая корреспонденция управляется и 
обрабатывается несколькими людьми (секретарями). "Управление" и "обработка" 
включает в себя:
1. Ведение базы контактов (адресной книги) -- порядка 20000 контактов
   - добавление новых контактов;
   - удаление старых контактов;
   - группировка контактов.
1.1. Каждый контакт может иметь несколько актуальных адресов (N штук!).
2. Хранение и архивирование входящей и исходящей корреспонденции -- много 
(очень много) _больших_ писем.
3. Поиск необходимой корреспонденции (как по имени, так и по адресу. Не говоря 
уже о теле и теме).
4. Распечатка корреспонденции.
5. Отправка сообщений как одному адресату, так и группе адресатов.
6. Работа должна производиться оперативно в условиях перманентного цейтнота.
7. Эти "несколько людей" должны иметь возможность _одновременного_ 
_полноценного_ выполнения всех этих действий с разных машин (имеется в виду 
клиентские машины -- сервер, если в решении фигурирует сервер, может быть 
один).

Интересуют _существующие_ решения этой проблемы (как опен, так и нет). Все 
перечисленные требования являются _обязательными_.
Интересуют _пути_ решения этих проблем.
Интересуют решения _части_ поставленных задач, используемые подписчиками 
данной рассылки.
Интересуют любые мнения.

Спасибо.
-- 
Max A Mazin                                            (max@allpack.ru)

Re: [Comm] Решения по работес корпоративной электронной почтой (?)

[Eugene Ostapets]

Max A Mazin пишет:
> hi
> Нужен совет/помощь.
> 
> Есть организация, в которой входящая корреспонденция управляется и 
> обрабатывается несколькими людьми (секретарями). "Управление" и "обработка" 
> включает в себя:
> 1. Ведение базы контактов (адресной книги) -- порядка 20000 контактов
>    - добавление новых контактов;
>    - удаление старых контактов;
>    - группировка контактов.
> 1.1. Каждый контакт может иметь несколько актуальных адресов (N штук!).
> 2. Хранение и архивирование входящей и исходящей корреспонденции -- много 
> (очень много) _больших_ писем.
> 3. Поиск необходимой корреспонденции (как по имени, так и по адресу. Не говоря 
> уже о теле и теме).
> 4. Распечатка корреспонденции.
> 5. Отправка сообщений как одному адресату, так и группе адресатов.
> 6. Работа должна производиться оперативно в условиях перманентного цейтнота.
> 7. Эти "несколько людей" должны иметь возможность _одновременного_ 
> _полноценного_ выполнения всех этих действий с разных машин (имеется в виду 
> клиентские машины -- сервер, если в решении фигурирует сервер, может быть 
> один).
> 
> Интересуют _существующие_ решения этой проблемы (как опен, так и нет). Все 
> перечисленные требования являются _обязательными_.
> Интересуют _пути_ решения этих проблем.
> Интересуют решения _части_ поставленных задач, используемые подписчиками 
> данной рассылки.
> Интересуют любые мнения.
> 
> Спасибо.
> 
> 
postfix + cyrusm-imap + mozilla + ldap Покрывают все перечисленные тобой 
задачи... Другое дело что врядли кто-то предоставит конфиги для готового 
решения...

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Max A Mazin]

В сообщении от 21 Ноябрь 2003 02:05 Eugene Ostapets написал(a):
> Max A Mazin пишет:
> > hi
> > Нужен совет/помощь.
> >
> > Есть организация, в которой входящая корреспонденция управляется и
> > обрабатывается несколькими людьми (секретарями). "Управление" и
> > "обработка" включает в себя:
> > 1. Ведение базы контактов (адресной книги) -- порядка 20000 контактов
> >    - добавление новых контактов;
> >    - удаление старых контактов;
> >    - группировка контактов.
> > 1.1. Каждый контакт может иметь несколько актуальных адресов (N штук!).
> > 2. Хранение и архивирование входящей и исходящей корреспонденции -- много
> > (очень много) _больших_ писем.
> > 3. Поиск необходимой корреспонденции (как по имени, так и по адресу. Не
> > говоря уже о теле и теме).
> > 4. Распечатка корреспонденции.
> > 5. Отправка сообщений как одному адресату, так и группе адресатов.
> > 6. Работа должна производиться оперативно в условиях перманентного
> > цейтнота. 7. Эти "несколько людей" должны иметь возможность
> > _одновременного_ _полноценного_ выполнения всех этих действий с разных
> > машин (имеется в виду клиентские машины -- сервер, если в решении
> > фигурирует сервер, может быть один).
> >
> > Интересуют _существующие_ решения этой проблемы (как опен, так и нет).
> > Все перечисленные требования являются _обязательными_.
> > Интересуют _пути_ решения этих проблем.
> > Интересуют решения _части_ поставленных задач, используемые подписчиками
> > данной рассылки.
> > Интересуют любые мнения.
> >
> > Спасибо.
>
> postfix + cyrusm-imap + mozilla + ldap Покрывают все перечисленные тобой
> задачи... Другое дело что врядли кто-то предоставит конфиги для готового
> решения...

В том-то и дело, что нет!
По порядку:
 - postfix -- не обсуждается :).
 - cyrus-imap -- сейчас у меня courier-imap, есть ли какие-либо 
_принципиальные_ отличия первого от второго?
 - mozilla -- не подходит (внедрять пытались -- не пошло) в силу необходимости 
выполнения множества действий для отправки одного сообщения. Попробуйте сами 
посчитать количество нажимаемых кнопок при составлении сообщения для выбора 
адреса отправки, и сравнити это количество с OE. Роль играет разница даже в 
одно нажатие. Я не зря оговорил, что работа происходит в режиме перманентного 
цейтнота. К тому же мозилла не умеет хранить в _одном_ контакте _более_ двух 
адресов электронной почты. Заведение нескольких "виртуальных" контактов для 
одного реального лишь увеличит беспорядок, что не будет способствовать 
уменьшению того цейтнота, ради которого все и затевается... К тому же, по 
правде говоря, интерфейс мозиллы в плане usability _сильно_ уступает 
интерфейсу того же OE (чисто субъективное мнение).
 - ldap -- опять мимо. Как из мозиллы _добавить_ контакт в ldap?

PS: Внимательно читайте слова выделенные "_".
-- 
Max A Mazin                                            (max@allpack.ru)

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Maxim Tyurin]

[-- Attachment #1: Type: text/plain, Size: 434 bytes --]

On Fri, Nov 21, 2003 at 10:38:49AM +0300, Max A Mazin wrote:
<scip>
> > postfix + cyrusm-imap + mozilla + ldap Покрывают все перечисленные тобой
> > задачи... Другое дело что врядли кто-то предоставит конфиги для готового
> > решения...
> 
> В том-то и дело, что нет!
<scip>
> PS: Внимательно читайте слова выделенные "_".

Evolution не пробовали вместо mozilla?

-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Max A Mazin]

В сообщении от 21 Ноябрь 2003 11:43 Maxim Tyurin написал(a):
> On Fri, Nov 21, 2003 at 10:38:49AM +0300, Max A Mazin wrote:
> <scip>
>
> > > postfix + cyrusm-imap + mozilla + ldap Покрывают все перечисленные
> > > тобой задачи... Другое дело что врядли кто-то предоставит конфиги для
> > > готового решения...
> >
> > В том-то и дело, что нет!
>
> <scip>
>
> > PS: Внимательно читайте слова выделенные "_".
>
> Evolution не пробовали вместо mozilla?

В первую очередь нужно решение для win*. evo есть для них?
-- 
Max A Mazin                                            (max@allpack.ru)

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Andrey Novoselov]

И вот, Fri, 21 Nov 2003 12:14:51 +0300, Вами, Max A Mazin
<max@allpack.ru>, было написано следующее:


> В сообщении от 21 Ноябрь 2003 11:43 Maxim Tyurin написал(a):
> > On Fri, Nov 21, 2003 at 10:38:49AM +0300, Max A Mazin wrote:
> > <scip>
> >
> > > > postfix + cyrusm-imap + mozilla + ldap Покрывают все
> > > > перечисленные тобой задачи... Другое дело что врядли
> > > > кто-то предоставит конфиги для готового решения...
> > >
> > > В том-то и дело, что нет!
> >
> > <scip>
> >
> > > PS: Внимательно читайте слова выделенные "_".
> >
> > Evolution не пробовали вместо mozilla?
> 
> В первую очередь нужно решение для win*. evo есть для них?
У меня на работе под Вынь 2к (где юникод есть ) прекрасно
работает Сильфида-Claws, под семейством 98-Ме тоже работает, но
интерфес не русский.Типа LDAP там не чужой ;-)


-- 
With best regards, Andrey Novoselov.
E-mail:   ksynolog@ukr.net
ICQ UIN:  162278208
JabberID: gnostik@jabber.ru

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[BSW]

Max A Mazin пишет:
> По порядку:
>  - mozilla -- не подходит (внедрять пытались -- не пошло) в силу необходимости 
> выполнения множества действий для отправки одного сообщения. Попробуйте сами 
> посчитать количество нажимаемых кнопок при составлении сообщения для выбора 
> адреса отправки, и сравнити это количество с OE.
Ну давайте посчитаем. :-) Сразу огворюсь, что считать будем не все, не 
будем считать нажатия затраченные на набор адресов, темы и тела письма. 
Итак:
- создать сообщение (ответить/ответить всем) - 1 (Ctrl-M или Ctrl-[Shift-]R)
- (набор адресов с автодополнением)
- (набор текста)
- отправить - 1 (Ctrl-Enter)
Итого два нажатия. В OE меньше? Не верю (с) Станиславский. Но охотно 
соглашусь с тем, что в _период_освоения_ нового, хотя и очень похожего, 
интерфейса работа сильно замедлится.

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

> Заведение нескольких "виртуальных" контактов для 
> одного реального лишь увеличит беспорядок, что не будет способствовать 
> уменьшению того цейтнота, ради которого все и затевается...
Опять усомнюсь. ОЕ не умеет автодополнять неосновные адреса из 
собственной адресной книги, значит надо или иметь несколько записей, или 
вручную сделать нужный адрес дефолтным, а это долго.
Из неродных книг (LDAP) он вообще не умеет дополнять на ходу. А вот 
мозилла умеет :-)

> К тому же, по 
> правде говоря, интерфейс мозиллы в плане usability _сильно_ уступает 
> интерфейсу того же OE (чисто субъективное мнение).
Я бы сказал исключительно субъективное... :-)

>  - ldap -- опять мимо. Как из мозиллы _добавить_ контакт в ldap?
Из _мозиллы_ - никак :-(. Надо делать отдельный руль. Можно через веб, 
можно к почтарю прикрутить фильтр, который будет выкусывать новые адреса 
и вставлять куда надо. Недостающую информацию вводить ручками.

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Max A Mazin]

В сообщении от 21 Ноябрь 2003 12:04 BSW написал(a):
> Max A Mazin пишет:
> > По порядку:
> >  - mozilla -- не подходит (внедрять пытались -- не пошло) в силу
> > необходимости выполнения множества действий для отправки одного
> > сообщения. Попробуйте сами посчитать количество нажимаемых кнопок при
> > составлении сообщения для выбора адреса отправки, и сравнити это
> > количество с OE.
>
> Ну давайте посчитаем. :-) Сразу огворюсь, что считать будем не все, не
> будем считать нажатия затраченные на набор адресов, темы и тела письма.

Да. похоже так и есть, разница нулевая (или почти). На этот вопрос я ответил 
выше.

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

Эх... если бы все было так просто...

> > Заведение нескольких "виртуальных" контактов для
> > одного реального лишь увеличит беспорядок, что не будет способствовать
> > уменьшению того цейтнота, ради которого все и затевается...
>
> Опять усомнюсь. ОЕ не умеет автодополнять неосновные адреса из
> собственной адресной книги, значит надо или иметь несколько записей, или
> вручную сделать нужный адрес дефолтным, а это долго.
> Из неродных книг (LDAP) он вообще не умеет дополнять на ходу. А вот
> мозилла умеет :-)

К сожалению у меня проактически нулевой опыт работы с LDAP, то что я пытался 
делать -- как-то работало, но меня не устраивало по _всем_ параметрам, 
поэтому я эту затею забросил до лучших времен.

> > К тому же, по
> > правде говоря, интерфейс мозиллы в плане usability _сильно_ уступает
> > интерфейсу того же OE (чисто субъективное мнение).
>
> Я бы сказал исключительно субъективное... :-)

Возможно.

> >  - ldap -- опять мимо. Как из мозиллы _добавить_ контакт в ldap?
>
> Из _мозиллы_ - никак :-(. Надо делать отдельный руль. Можно через веб,
> можно к почтарю прикрутить фильтр, который будет выкусывать новые адреса
> и вставлять куда надо. Недостающую информацию вводить ручками.

Схема, где используется два приложения -- одно для добавления, другое для 
чтения данных (в данном контексте) заслуживает критики, ИМХО.
-- 
Max A Mazin                                            (max@allpack.ru)

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[BSW]

Max A Mazin пишет:
> К сожалению у меня проактически нулевой опыт работы с LDAP, то что я пытался 
> делать -- как-то работало, но меня не устраивало по _всем_ параметрам, 
> поэтому я эту затею забросил до лучших времен.
Увы, решение, устраивающее по _всем_ параметрам, недостижимо... :-( 
Приходится выбирать наилучшее, с учетом ценности каждого параметра, 
приближение к идеалу.

> Схема, где используется два приложения -- одно для добавления, другое для 
> чтения данных (в данном контексте) заслуживает критики, ИМХО.
Согласен, но я не помню ни одного почтового клиента, который мог бы это 
уметь. Разве что web-клиент от CommuniGate. Может стоит на него 
посмотреть? CG - "все в одном", и SMTP, и POP/IMAP, и адресная книга 
(LDAP), и WEB-клиент.

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Eugene Ostapets]

Max A Mazin пишет:
> В сообщении от 21 Ноябрь 2003 02:05 Eugene Ostapets написал(a):
> 
>>Max A Mazin пишет:
>>
>>>hi
>>
>>postfix + cyrusm-imap + mozilla + ldap Покрывают все перечисленные тобой
>>задачи... Другое дело что врядли кто-то предоставит конфиги для готового
>>решения...
> 
> 
> В том-то и дело, что нет!
> По порядку:
>  - postfix -- не обсуждается :).
В смысле да или в смысле нет?
>  - cyrus-imap -- сейчас у меня courier-imap, есть ли какие-либо 
> _принципиальные_ отличия первого от второго?
Да, разница очень заметная - sieve работающий из коробки многого стоит 
многого в плане решения поставленной задачи.
>  - mozilla -- не подходит (внедрять пытались -- не пошло) в силу необходимости 
> выполнения множества действий для отправки одного сообщения. Попробуйте сами 
> посчитать количество нажимаемых кнопок при составлении сообщения для выбора 
> адреса отправки, и сравнити это количество с OE. Роль играет разница даже в 
> одно нажатие. 
Я катострофически не помню даже как выглядит OE, но у меня получилось 
для нового письма:
клик "новое", клик "адресная книга", прокрутка колесом и двойной клик, 
клик по кнопке "ок" адресной книги и наконец результирующий клик для 
посылки письма. Если мне не изменяет интуиция лишним может быть только 
клик по кнопке зарытия адресной книги, но при выборе более одного 
адресата мы уже получаем выиграш в количестве кликов... И это только в 
случае, если у нас много времени и можем повозить мышкой, а при цейтноте 
я отправляю письмо с один единственным кликом при закрытии адресной книги:)
Я не зря оговорил, что работа происходит в режиме перманентного
> цейтнота. К тому же мозилла не умеет хранить в _одном_ контакте _более_ двух 
> адресов электронной почты. Заведение нескольких "виртуальных" контактов для 
> одного реального лишь увеличит беспорядок, что не будет способствовать 
> уменьшению того цейтнота, ради которого все и затевается... К тому же, по 
> правде говоря, интерфейс мозиллы в плане usability _сильно_ уступает 
> интерфейсу того же OE (чисто субъективное мнение).
>  - ldap -- опять мимо. Как из мозиллы _добавить_ контакт в ldap?
> 
А это пусть прокоментируют те, кто использует Mozilla+ldap
> PS: Внимательно читайте слова выделенные "_".
> 


-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Прокопьев Евгений]

Eugene Ostapets пишет:

> sieve работающий из коробки

А это что такое?

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Sergey Bolshakov]

>>>>> "john" == john  <john@rmts.donpac.ru> writes:

 > Eugene Ostapets пишет:
 >> sieve работающий из коробки

 > А это что такое?

См RFC3028

-- 

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Eugene Ostapets]

Прокопьев Евгений пишет:
> Eugene Ostapets пишет:
> 
>> sieve работающий из коробки
> 
> 
> А это что такое?
> 
Серверная система фильтрации входящей корреспонденции... Это сложно 
объяснить - это нужно попробовать и оценить:) Я например не могу себе 
представить жизнь без sieve на почтовике...

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Прокопьев Евгений]

Eugene Ostapets пишет:

> Прокопьев Евгений пишет:
> 
>> Eugene Ostapets пишет:
>>
>>> sieve работающий из коробки
>>
>>
>>
>> А это что такое?
>>
> Серверная система фильтрации входящей корреспонденции... Это сложно 
> объяснить - это нужно попробовать и оценить:) Я например не могу себе 
> представить жизнь без sieve на почтовике...

Почитал http://www.cyrusoft.com/sieve/, но так и не понял, чем оно лучше 
  maildrop

Не думайте, что все средства фильтрации такие убогие, как procmail :))

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Eugene Ostapets]

Прокопьев Евгений пишет:
> Eugene Ostapets пишет:
> 
>>> А это что такое?
>>>
>> Серверная система фильтрации входящей корреспонденции... Это сложно 
>> объяснить - это нужно попробовать и оценить:) Я например не могу себе 
>> представить жизнь без sieve на почтовике...
> 
> 
> Почитал http://www.cyrusoft.com/sieve/, но так и не понял, чем оно лучше 
>  maildrop
> 
Как минимум тем, что виртуальный пользователь может сам себе настраивать 
фильтрацию без физического доступа к серверу...
> Не думайте, что все средства фильтрации такие убогие, как procmail :))
> 
Я уже успел забыть обо всех этих убогих средствах фильтрации и о 
procmail в тм числе...:)

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Виктор С. Грищенко]

В сообщении от 21 Ноябрь 2003 17:29 Eugene Ostapets написал(a):
> Как минимум тем, что виртуальный пользователь может сам себе настраивать
> фильтрацию без физического доступа к серверу...
>
> > Не думайте, что все средства фильтрации такие убогие, как procmail :))
>
> Я уже успел забыть обо всех этих убогих средствах фильтрации и о
> procmail в тм числе...:)

Однозначно, maildrop применим только на своей машине. Даже на офисном сервере 
уже нежелательно.
Искал MDA с поддержкой Sieve и Maildir. Не нашёл. Когда GNU Mailutils допишут 
поддержку Maildir, такой MDA, видимо, появится.

-- 
	Виктор С. Грищенко 

	А монахи уже тут как тут, подступили к реке.
	- Неужели здесь можно перейти? Да тут нипочем не
	переправиться! - закричали они и отчаянно забранились.

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 200 bytes --]

On Fri, Nov 28, 2003 at 12:51:53PM +0500, Виктор С. Грищенко wrote:
> Однозначно, maildrop применим только на своей машине. Даже на офисном сервере 
> уже нежелательно.
Почему? Грузит машину сильно?


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Dmitry Lebkov]

On Fri, 28 Nov 2003 12:51:53 +0500
"Виктор С. Грищенко" <gritzko@post.dcn.ru> wrote:

> В сообщении от 21 Ноябрь 2003 17:29 Eugene Ostapets написал(a):
> > Как минимум тем, что виртуальный пользователь может сам себе настраивать
> > фильтрацию без физического доступа к серверу...
> >
> > > Не думайте, что все средства фильтрации такие убогие, как procmail :))
> >
> > Я уже успел забыть обо всех этих убогих средствах фильтрации и о
> > procmail в тм числе...:)
> 
> Однозначно, maildrop применим только на своей машине.

Та ну? %) А можно озвучить причины такгого "однозначно?

У меня он уже два года раскладывает почту в ящики как
ISP-кастомеров, так и в корпоративные. Никаких противопоказаний,
одни положительные впечатления .. ;)

--
WBR, Dmitry Lebkov

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Max A Mazin]

В сообщении от 21 Ноябрь 2003 12:28 Eugene Ostapets написал(a):
> Max A Mazin пишет:
> > В сообщении от 21 Ноябрь 2003 02:05 Eugene Ostapets написал(a):
> >>Max A Mazin пишет:
> >>>hi
> >>
> >>postfix + cyrusm-imap + mozilla + ldap Покрывают все перечисленные тобой
> >>задачи... Другое дело что врядли кто-то предоставит конфиги для готового
> >>решения...
> >
> > В том-то и дело, что нет!
> > По порядку:
> >  - postfix -- не обсуждается :).
>
> В смысле да или в смысле нет?

В смысле да -- я не вижу причин менять его на что-то еще.

> >  - cyrus-imap -- сейчас у меня courier-imap, есть ли какие-либо
> > _принципиальные_ отличия первого от второго?
>
> Да, разница очень заметная - sieve работающий из коробки многого стоит
> многого в плане решения поставленной задачи.

Вы меня заинтриговали... попробую поставить cyrus, интересно, что получится.

Кстати, есть ли IMAP сервера, с бекендом в каком-нибудь SQL?

> >  - mozilla -- не подходит (внедрять пытались -- не пошло) в силу
> > необходимости выполнения множества действий для отправки одного
> > сообщения. Попробуйте сами посчитать количество нажимаемых кнопок при
> > составлении сообщения для выбора адреса отправки, и сравнити это
> > количество с OE. Роль играет разница даже в одно нажатие.
>
> Я катострофически не помню даже как выглядит OE, но у меня получилось
> для нового письма:
> клик "новое", клик "адресная книга", прокрутка колесом и двойной клик,
> клик по кнопке "ок" адресной книги и наконец результирующий клик для
> посылки письма. Если мне не изменяет интуиция лишним может быть только
> клик по кнопке зарытия адресной книги, но при выборе более одного
> адресата мы уже получаем выиграш в количестве кликов... И это только в
> случае, если у нас много времени и можем повозить мышкой, а при цейтноте
> я отправляю письмо с один единственным кликом при закрытии адресной книги:)
> Я не зря оговорил, что работа происходит в режиме перманентного

Да, похоже это я "повелся" на мнения сторонних людей, сам давно не использовал 
ОЕ, зато пробовал пересадить других на мозиллу. Получил отлуп с 
вышеприведенной диагностикой. Есдинственное, что сам не догадался 
воспользоваться автодополнением. Но есть еще одна (даже не одна) причина 
(сейчас можно вытащить много негатива, но не факт, что он объективный) 
неиспользования мозиллы, а именно работа с аттачами. В ОЕ аттач открывается 
ассоциированным приложением (особенно актуально с zip-архивами) и все 
действия можно производить не прибегая к сохранению вложений на диск. С 
мозиллой этот фокус не проходит :(

Еще одна проблема, которая актуально здесь только для меня: мозилла неважно 
работает с тредами -- пихает сообщения в тред опираясь на заголовок, а не на 
References, что было бы логично, на bugzilla@mozilla.org по этому поводу была 
большая ругань между сторонниками обоих методов, и, похоже, к единому мнению 
не пришли. Так что все остается по старому. Правда был какой-то workaround, 
но у меня он не "завелся", может быть я что-то не так понял...

> > цейтнота. К тому же мозилла не умеет хранить в _одном_ контакте _более_
> > двух адресов электронной почты. Заведение нескольких "виртуальных"
> > контактов для одного реального лишь увеличит беспорядок, что не будет
> > способствовать уменьшению того цейтнота, ради которого все и
> > затевается... К тому же, по правде говоря, интерфейс мозиллы в плане
> > usability _сильно_ уступает интерфейсу того же OE (чисто субъективное
> > мнение).
> >  - ldap -- опять мимо. Как из мозиллы _добавить_ контакт в ldap?
>
> А это пусть прокоментируют те, кто использует Mozilla+ldap

Не умеет -- проверено -- использовать отдельное приложение для этого -- 
накладно во всех смыслах, чем просто ткнуть правой кнопкой в сообщение и 
выбрать "добавить в адресную книгу".
-- 
Max A Mazin                                            (max@allpack.ru)

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Eugene Ostapets]

Max A Mazin пишет:
> В сообщении от 21 Ноябрь 2003 12:28 Eugene Ostapets написал(a):
> 
> 
>>> - cyrus-imap -- сейчас у меня courier-imap, есть ли какие-либо
>>>_принципиальные_ отличия первого от второго?
>>
>>Да, разница очень заметная - sieve работающий из коробки многого стоит
>>многого в плане решения поставленной задачи.
> 
> 
> Вы меня заинтриговали... попробую поставить cyrus, интересно, что получится.
> 
> Кстати, есть ли IMAP сервера, с бекендом в каком-нибудь SQL?
> 
А смысл? Бэкэнд в sql многими используется для авторизации, но для 
хранения почты он ни чем не лучше mbox или Maildir.
> 
> 
> Да, похоже это я "повелся" на мнения сторонних людей, сам давно не использовал 
> ОЕ, зато пробовал пересадить других на мозиллу. Получил отлуп с 
> вышеприведенной диагностикой. Есдинственное, что сам не догадался 
> воспользоваться автодополнением. Но есть еще одна (даже не одна) причина 
> (сейчас можно вытащить много негатива, но не факт, что он объективный) 
> неиспользования мозиллы, а именно работа с аттачами. В ОЕ аттач открывается 
> ассоциированным приложением (особенно актуально с zip-архивами) и все 
> действия можно производить не прибегая к сохранению вложений на диск. С 
> мозиллой этот фокус не проходит :(
Странно... У меня работает именно так как Вам нужно, а не так как Вы 
описываете...

> 
> Еще одна проблема, которая актуально здесь только для меня: мозилла неважно 
> работает с тредами -- пихает сообщения в тред опираясь на заголовок, а не на 
> References, что было бы логично, на bugzilla@mozilla.org по этому поводу была 
> большая ругань между сторонниками обоих методов, и, похоже, к единому мнению 
> не пришли. Так что все остается по старому. Правда был какой-то workaround, 
> но у меня он не "завелся", может быть я что-то не так понял...
> 
Здесь я спорить не буду - меня вполне устраивает то, как это работает...

> 
>>>цейтнота. К тому же мозилла не умеет хранить в _одном_ контакте _более_
>>>двух адресов электронной почты. Заведение нескольких "виртуальных"
>>>контактов для одного реального лишь увеличит беспорядок, что не будет
>>>способствовать уменьшению того цейтнота, ради которого все и
>>>затевается... К тому же, по правде говоря, интерфейс мозиллы в плане
>>>usability _сильно_ уступает интерфейсу того же OE (чисто субъективное
>>>мнение).
>>> - ldap -- опять мимо. Как из мозиллы _добавить_ контакт в ldap?
>>
>>А это пусть прокоментируют те, кто использует Mozilla+ldap
> 
> 
> Не умеет -- проверено -- использовать отдельное приложение для этого -- 
> накладно во всех смыслах, чем просто ткнуть правой кнопкой в сообщение и 
> выбрать "добавить в адресную книгу".
А среди дополнений к Mozilla нет ничего для улучшения работы с ldap?

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Max A Mazin]

В сообщении от 21 Ноябрь 2003 21:00 Eugene Ostapets написал(a):
> Max A Mazin пишет:
> > В сообщении от 21 Ноябрь 2003 12:28 Eugene Ostapets написал(a):
> >>> - cyrus-imap -- сейчас у меня courier-imap, есть ли какие-либо
> >>>_принципиальные_ отличия первого от второго?
> >>
> >>Да, разница очень заметная - sieve работающий из коробки многого стоит
> >>многого в плане решения поставленной задачи.
> >
> > Вы меня заинтриговали... попробую поставить cyrus, интересно, что
> > получится.
> >
> > Кстати, есть ли IMAP сервера, с бекендом в каком-нибудь SQL?
>
> А смысл? Бэкэнд в sql многими используется для авторизации, но для
> хранения почты он ни чем не лучше mbox или Maildir.

Я могу ошибаться и неправильно понимать суть проблемы, но на мой взгляд данные 
оптимально хранить в БД для возможности последующей их обработки. Maildir не 
дает той гибкости, какую предоставляют реляционные БД. Тем более не 
реляционные. Но это выходит за рамки обсуждения.

Этот вопрос больше академический, чем практический.

> > Да, похоже это я "повелся" на мнения сторонних людей, сам давно не
> > использовал ОЕ, зато пробовал пересадить других на мозиллу. Получил отлуп
> > > > с
> > вышеприведенной диагностикой. Есдинственное, что сам не догадался
> > воспользоваться автодополнением. Но есть еще одна (даже не одна) причина
> > (сейчас можно вытащить много негатива, но не факт, что он объективный)
> > неиспользования мозиллы, а именно работа с аттачами. В ОЕ аттач
> > открывается ассоциированным приложением (особенно актуально с
> > zip-архивами) и все действия можно производить не прибегая к сохранению
> > вложений на диск. С мозиллой этот фокус не проходит :(
>
> Странно... У меня работает именно так как Вам нужно, а не так как Вы
> описываете...

Вот здесь есть некий перерасход времени для открытия... Но признАю, что я мог 
быть введен в заблуждение людьми, склонными к реактивизму. :)

Я до сих пор не могу понять, чем мозилла не может устроить в работе -- 
никогда, пока работал с нею, не сталкивался с проблемами (кроме, разве что, 
проблемы сортировки тредов). Вопрос обсуждается и, возможно, будет решен 
положительно.

> > Еще одна проблема, которая актуально здесь только для меня: мозилла
> > неважно работает с тредами -- пихает сообщения в тред опираясь на
> > заголовок, а не на References, что было бы логично, на
> > bugzilla@mozilla.org по этому поводу была большая ругань между
> > сторонниками обоих методов, и, похоже, к единому мнению не пришли. Так
> > что все остается по старому. Правда был какой-то workaround, но у меня он
> > не "завелся", может быть я что-то не так понял...
>
> Здесь я спорить не буду - меня вполне устраивает то, как это работает...
>
> >>>цейтнота. К тому же мозилла не умеет хранить в _одном_ контакте _более_
> >>>двух адресов электронной почты. Заведение нескольких "виртуальных"
> >>>контактов для одного реального лишь увеличит беспорядок, что не будет
> >>>способствовать уменьшению того цейтнота, ради которого все и
> >>>затевается... К тому же, по правде говоря, интерфейс мозиллы в плане
> >>>usability _сильно_ уступает интерфейсу того же OE (чисто субъективное
> >>>мнение).
> >>> - ldap -- опять мимо. Как из мозиллы _добавить_ контакт в ldap?
> >>
> >>А это пусть прокоментируют те, кто использует Mozilla+ldap
> >
> > Не умеет -- проверено -- использовать отдельное приложение для этого --
> > накладно во всех смыслах, чем просто ткнуть правой кнопкой в сообщение и
> > выбрать "добавить в адресную книгу".
>
> А среди дополнений к Mozilla нет ничего для улучшения работы с ldap?

Я не знаком с такими дополнениями.
-- 
Max A Mazin                                            (max@allpack.ru)

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Eugene Ostapets]

Max A Mazin пишет:
> В сообщении от 21 Ноябрь 2003 21:00 Eugene Ostapets написал(a):
> 
>>Max A Mazin пишет:
>>
>>>В сообщении от 21 Ноябрь 2003 12:28 Eugene Ostapets написал(a):
>>>
>>>Кстати, есть ли IMAP сервера, с бекендом в каком-нибудь SQL?
>>
>>А смысл? Бэкэнд в sql многими используется для авторизации, но для
>>хранения почты он ни чем не лучше mbox или Maildir.
> 
> 
> Я могу ошибаться и неправильно понимать суть проблемы, но на мой взгляд данные 
> оптимально хранить в БД для возможности последующей их обработки. Maildir не 
> дает той гибкости, какую предоставляют реляционные БД. Тем более не 
> реляционные. Но это выходит за рамки обсуждения.
Хранение сырого текста произвольного размера никогда не было коньком баз 
данных, а там кроме тела письма, который желетельно хранить в неизменно 
виде и флагов состояния нет больше ничего...
> 
> Этот вопрос больше академический, чем практический.
> 
Да нет, это скорее практический вопрос - никто не видит выиграша в 
скорости и соответственно никто не пытается реализовать такой метод...
>>>
>>>вышеприведенной диагностикой. Есдинственное, что сам не догадался
>>>воспользоваться автодополнением. Но есть еще одна (даже не одна) причина
>>>(сейчас можно вытащить много негатива, но не факт, что он объективный)
>>>неиспользования мозиллы, а именно работа с аттачами. В ОЕ аттач
>>>открывается ассоциированным приложением (особенно актуально с
>>>zip-архивами) и все действия можно производить не прибегая к сохранению
>>>вложений на диск. С мозиллой этот фокус не проходит :(
>>
>>Странно... У меня работает именно так как Вам нужно, а не так как Вы
>>описываете...
> 
> 
> Вот здесь есть некий перерасход времени для открытия... Но признАю, что я мог 
> быть введен в заблуждение людьми, склонными к реактивизму. :)
Хм... Настройки - навигатор - загрузки - не открывать ничего. И никакого 
перерасхода:)


-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Maxim Tyurin]

[-- Attachment #1: Type: text/plain, Size: 1275 bytes --]

On Sat, Nov 22, 2003 at 09:59:10AM +0200, Eugene Ostapets wrote:
> Max A Mazin пишет:
> >В сообщении от 21 Ноябрь 2003 21:00 Eugene Ostapets написал(a):
> >
> >>Max A Mazin пишет:
> >>
> >>>В сообщении от 21 Ноябрь 2003 12:28 Eugene Ostapets написал(a):
> >>>
> >>>Кстати, есть ли IMAP сервера, с бекендом в каком-нибудь SQL?
> >>
> >>А смысл? Бэкэнд в sql многими используется для авторизации, но для
> >>хранения почты он ни чем не лучше mbox или Maildir.
> >
> >
> >Я могу ошибаться и неправильно понимать суть проблемы, но на мой взгляд 
> >данные оптимально хранить в БД для возможности последующей их обработки. 
> >Maildir не дает той гибкости, какую предоставляют реляционные БД. Тем 
> >более не реляционные. Но это выходит за рамки обсуждения.
> Хранение сырого текста произвольного размера никогда не было коньком баз 
> данных, а там кроме тела письма, который желетельно хранить в неизменно 
> виде и флагов состояния нет больше ничего...

Там не только сырой текст. В тех что я видел заголовок письма
разбирался и хранился в различных индексированных полях. Можно было
еще атачи хранить в отдельных полях.

Кроме того МНОГО почты просто не в чем хранить, а в СУБД можно хранить
терабайты :)
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[Comm] Re: Решения по работе с корпоративной электронной почтой (?)

[Michael Shigorin]

On Fri, Nov 21, 2003 at 07:21:23PM +0300, Max A Mazin wrote:
> неиспользования мозиллы, а именно работа с аттачами. В ОЕ аттач
> открывается ассоциированным приложением (особенно актуально с
> zip-архивами) и все действия можно производить не прибегая к
> сохранению вложений на диск. С мозиллой этот фокус не проходит
> :(

Это у Вас мозилла старая.  С 1.3 вверх работает чем дальше -- тем
лучше (из коробки) :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Alexei Takaseev]

On Fri, 21 Nov 2003 10:38:49 +0300
Max A Mazin <max@allpack.ru> wrote:

> > postfix + cyrusm-imap + mozilla + ldap Покрывают все перечисленные
> > тобой задачи... Другое дело что врядли кто-то предоставит конфиги
> > для готового решения...
> 
> В том-то и дело, что нет!
> По порядку:
>  - postfix -- не обсуждается :).
>  - cyrus-imap -- сейчас у меня courier-imap, есть ли какие-либо 
> _принципиальные_ отличия первого от второго?

Ваше же требование насчет большого количества больших писем. За счет
своего формата maildir cyrus-imapd более приспособлен к такому. Так же и
поиск по сообщениям. С cyrus он как-то пошустрее наблюдается у меня.

>  - mozilla -- не подходит (внедрять пытались -- не пошло) в силу
>  необходимости 
> выполнения множества действий для отправки одного сообщения.
> Попробуйте сами посчитать количество нажимаемых кнопок при составлении
> сообщения для выбора адреса отправки, и сравнити это количество с OE.

Та же фигня... Пробовал - не прижилось. Прижилась sylpheed-claws для
win32.

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Прокопьев Евгений]

Alexei Takaseev пишет:

> Ваше же требование насчет большого количества больших писем. За счет
> своего формата maildir cyrus-imapd более приспособлен к такому. Так же и
> поиск по сообщениям. С cyrus он как-то пошустрее наблюдается у меня.

Вы courier-imap и uw-imap не путаете? У курьера тот же Maildir

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Eugene Ostapets]

Прокопьев Евгений пишет:
> Alexei Takaseev пишет:
> 
>> Ваше же требование насчет большого количества больших писем. За счет
>> своего формата maildir cyrus-imapd более приспособлен к такому. Так же и
>> поиск по сообщениям. С cyrus он как-то пошустрее наблюдается у меня.
> 
> 
> Вы courier-imap и uw-imap не путаете? У курьера тот же Maildir
> 
Не думайте что все imap сервера такие же убогие как uw-imap :)

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Maxim Tyurin]

[-- Attachment #1: Type: text/plain, Size: 1001 bytes --]

On Fri, Nov 21, 2003 at 01:46:44PM +0200, Eugene Ostapets wrote:
> Прокопьев Евгений пишет:
> >Alexei Takaseev пишет:
> >
> >>Ваше же требование насчет большого количества больших писем. За счет
> >>своего формата maildir cyrus-imapd более приспособлен к такому. Так же и
> >>поиск по сообщениям. С cyrus он как-то пошустрее наблюдается у меня.
> >
> >
> >Вы courier-imap и uw-imap не путаете? У курьера тот же Maildir
> >
> Не думайте что все imap сервера такие же убогие как uw-imap :)

uw-imap нормальный imap сервер. 
А насчет скорости maildir vs. mailbox тут все зависит от количества
доступной памяти и типа файловой системы (это основные 2 параметра). 

Я как-то тестировал. Mailbox на XFS обгоняет Maildir на ReiserFS
(тестировалось на ящике общим размером 1.5Gb в котором около 30000
писем различного размера - от совсем крошечный до 35Mb)

По результатам mailbox процентов на 30 быстрее (при достаточном кол-ве
памяти :)
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Eugene Ostapets]

Maxim Tyurin пишет:
> On Fri, Nov 21, 2003 at 01:46:44PM +0200, Eugene Ostapets wrote:
> 
>>Прокопьев Евгений пишет:
>>
>>>Alexei Takaseev пишет:
>>>
>>>
>>>>Ваше же требование насчет большого количества больших писем. За счет
>>>>своего формата maildir cyrus-imapd более приспособлен к такому. Так же и
>>>>поиск по сообщениям. С cyrus он как-то пошустрее наблюдается у меня.
>>>
>>>
>>>Вы courier-imap и uw-imap не путаете? У курьера тот же Maildir
>>>
>>
>>Не думайте что все imap сервера такие же убогие как uw-imap :)
> 
> 
> uw-imap нормальный imap сервер. 
Ну самокат тоже можно назвать самодвижущимся транспортом... Не в этом дело.
> А насчет скорости maildir vs. mailbox тут все зависит от количества
> доступной памяти и типа файловой системы (это основные 2 параметра). 
> 
> Я как-то тестировал. Mailbox на XFS обгоняет Maildir на ReiserFS
> (тестировалось на ящике общим размером 1.5Gb в котором около 30000
> писем различного размера - от совсем крошечный до 35Mb)
Для меня причиной знакомства с cyrus-imap была именно невозможность 
работы с почтой в mbox - не хватало ни памяти ни скорости процессора. У 
меня сейчас в личнных папках и доступных мне shared folders лежит 
порядка 250000 писем и на AthlonXP 1700/512 Mb памяти я не замечаю ни 
сейчас, ни тогда, когда все это жило на AMD K6-2/400 с 256 RAM...
> 
> По результатам mailbox процентов на 30 быстрее (при достаточном кол-ве
> памяти :)
А как мерялась скрость? Что-то мне при таких цифрах не верится...

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Maxim Tyurin]

[-- Attachment #1: Type: text/plain, Size: 977 bytes --]

On Fri, Nov 21, 2003 at 03:23:37PM +0200, Eugene Ostapets wrote:
<scip>
> >uw-imap нормальный imap сервер. 
> Ну самокат тоже можно назвать самодвижущимся транспортом... Не в
> этом дело.

Единственное из-за чего от него отказался на некоторых серверах -
очень хитрый формат shared folder
А так маленький быстрый и надежно работающий.

<scip>
> >По результатам mailbox процентов на 30 быстрее (при достаточном кол-ве
> >памяти :)
> А как мерялась скрость? Что-то мне при таких цифрах не верится...

Секундомером :) Оно не так быстро выполнялось чтоб какой-то более
точный способ использовать. 

Конфигурация компа - Athlon XP 2000+ 768Mb RAM винчестер WD JB(8Mb
cache)

Замерялось сначала локально (открытие почты mutt'ом)

Потом этот-же mailbox выкладывался в uw-imap и courier-imap
и замерялся на mutt, pine, sylpheed и mozilla

Еще не пробовал сунуть его на dovecot (он поддерживает и maildir и mailbox)
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Alexei Takaseev]

On Fri, 21 Nov 2003 14:30:39 +0300
Прокопьев Евгений <john@rmts.donpac.ru> wrote:

> Alexei Takaseev пишет:
> 
> > Ваше же требование насчет большого количества больших писем. За счет
> > своего формата maildir cyrus-imapd более приспособлен к такому. Так
> > же и поиск по сообщениям. С cyrus он как-то пошустрее наблюдается у
> > меня.
> 
> Вы courier-imap и uw-imap не путаете? У курьера тот же Maildir

Нет, не путаю. Скорее всего я неясно высказался про maildir - в cyrus он
своеобразный, не совместимый с остальными (именно поэтому в связке
postfix+cyrus-imap пользоваться в качестве MDA нужно именно средствами
cyrus-imapd). Но именно из-за этой своеобразности поиск по фразе в теле
письма, для папки в 150.000 сообщений, происходит за комфортное время.

[Comm] Re: Решения по работе с корпоративной электронной почтой (?)

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 1171 bytes --]

On Fri, 21 Nov 2003 20:52:51 +0800
Alexei Takaseev <alexei@taf.ru> wrote:

> On Fri, 21 Nov 2003 14:30:39 +0300
> Прокопьев Евгений <john@rmts.donpac.ru> wrote:
> 
> > Alexei Takaseev пишет:
> > 
> > > Ваше же требование насчет большого количества больших
> > > писем. За счет своего формата maildir cyrus-imapd более
> > > приспособлен к такому. Так же и поиск по сообщениям. С
> > > cyrus он как-то пошустрее наблюдается у меня.
> > 
> > Вы courier-imap и uw-imap не путаете? У курьера тот же
> > Maildir
> 
> Нет, не путаю. Скорее всего я неясно высказался про maildir - в
> cyrus он своеобразный, не совместимый с остальными 

Про несовместимость - это проверенный факт?

> (именно поэтому в связке
> postfix+cyrus-imap пользоваться в качестве MDA нужно именно
> средствами cyrus-imapd). Но именно из-за этой своеобразности
> поиск по фразе в теле письма, для папки в 150.000 сообщений,
> происходит за комфортное время.

Не обязательно. Поиск может быть быстрым и вледствие поддержки
imap-сервером расширения SEARCH. Например, dovecot его
поддерживает.

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Re: Решения по работе с корпоративной электронной почтой (?)

[Alexei Takaseev]

On Fri, 21 Nov 2003 17:13:20 +0300
Vitaly Ostanin <vyt@vzljot.ru> wrote:

> On Fri, 21 Nov 2003 20:52:51 +0800
> Alexei Takaseev <alexei@taf.ru> wrote:
> 
> > On Fri, 21 Nov 2003 14:30:39 +0300
> > Прокопьев Евгений <john@rmts.donpac.ru> wrote:
> > 
> > > Alexei Takaseev пишет:
> > > 
> > > > Ваше же требование насчет большого количества больших
> > > > писем. За счет своего формата maildir cyrus-imapd более
> > > > приспособлен к такому. Так же и поиск по сообщениям. С
> > > > cyrus он как-то пошустрее наблюдается у меня.
> > > 
> > > Вы courier-imap и uw-imap не путаете? У курьера тот же
> > > Maildir
> > 
> > Нет, не путаю. Скорее всего я неясно высказался про maildir - в
> > cyrus он своеобразный, не совместимый с остальными 
> 
> Про несовместимость - это проверенный факт?

Правила для ACL, индексация и хэши у cyrus-imapd реализованы по-своему.
Так же у него другая схема огранизации дерева каталогов для
пользовательских папок.

К примеру:

для папки ALT-community, почтового ящика alexei AT taf.ru
соотвествует системный каталог
/var/spool/imap/a/user/alexei/ALT-community

Для почтового ящика в виртуальном домене (вообще-то там виртуальный/не
виртуальный понятия относительные :) ) taf AT pupkin.ru

/var/spool/imap/domain/p/pupkin.ru/t/taf

Еще веселее ситуация с shared-folders

К примеру, для папки nntp.fido.ru.linux каталог будет
/var/spool/imap/f/nntp/fido/ru/linux а для папки nntp.carbon это будет
/var/spool/imap/c/nntp/carbon/

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

Вся эта эквилибристика имеет одно из главных назначений - скорость
работы.

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Sergey Degtyaryov]

Max A Mazin пишет:
> В сообщении от 21 Ноябрь 2003 02:05 Eugene Ostapets написал(a):

> цейтнота. К тому же мозилла не умеет хранить в _одном_ контакте _более_ двух 
> адресов электронной почты. Заведение нескольких "виртуальных" контактов для 
> одного реального лишь увеличит беспорядок, что не будет способствовать 
> уменьшению того цейтнота, ради которого все и затевается... К тому же, по 
> правде говоря, интерфейс мозиллы в плане usability _сильно_ уступает 
> интерфейсу того же OE (чисто субъективное мнение).

К тому же OE не умеет фильтровать письма на imap. Это гигантский минус.
Возможно, с ms exchange и умеет, но с cyrus-imapd -- не умеет.

-- 
Сергей Дегтярев

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Eugene Ostapets]

Sergey Degtyaryov пишет:
> Max A Mazin пишет:
> 
>> В сообщении от 21 Ноябрь 2003 02:05 Eugene Ostapets написал(a):
> 
> 
>> цейтнота. К тому же мозилла не умеет хранить в _одном_ контакте 
>> _более_ двух адресов электронной почты. Заведение нескольких 
>> "виртуальных" контактов для одного реального лишь увеличит беспорядок, 
>> что не будет способствовать уменьшению того цейтнота, ради которого 
>> все и затевается... К тому же, по правде говоря, интерфейс мозиллы в 
>> плане usability _сильно_ уступает интерфейсу того же OE (чисто 
>> субъективное мнение).
> 
> 
> К тому же OE не умеет фильтровать письма на imap. Это гигантский минус.
> Возможно, с ms exchange и умеет, но с cyrus-imapd -- не умеет.
> 
cyrus-imapd сам фильтрует письма:)

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Sergey Degtyaryov]

Eugene Ostapets пишет:
> Sergey Degtyaryov пишет:
> 
>> Max A Mazin пишет:
>>
>>> В сообщении от 21 Ноябрь 2003 02:05 Eugene Ostapets написал(a):
>>
>>
>>
>>> цейтнота. К тому же мозилла не умеет хранить в _одном_ контакте 
>>> _более_ двух адресов электронной почты. Заведение нескольких 
>>> "виртуальных" контактов для одного реального лишь увеличит 
>>> беспорядок, что не будет способствовать уменьшению того цейтнота, 
>>> ради которого все и затевается... К тому же, по правде говоря, 
>>> интерфейс мозиллы в плане usability _сильно_ уступает интерфейсу того 
>>> же OE (чисто субъективное мнение).
>>
>>
>>
>> К тому же OE не умеет фильтровать письма на imap. Это гигантский минус.
>> Возможно, с ms exchange и умеет, но с cyrus-imapd -- не умеет.
>>
> cyrus-imapd сам фильтрует письма:)
> 

Да. У меня веб-рожа к sieve есть.
Но я не смог прикрутить spamassassin и откатился на procmail.
Если есть решение -- буду благодарен.

-- 
Сергей Дегтярев

[Comm] Re: Решения по работе с корпоративной электронной почтой (?)

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 434 bytes --]

On Fri, 21 Nov 2003 17:13:20 +0300
Sergey Degtyaryov <maga@beltel.ru> wrote:

<skipped/>

> >> К тому же OE не умеет фильтровать письма на imap. Это
> >гигантский минус.> Возможно, с ms exchange и умеет, но с
> >cyrus-imapd -- не умеет.>
> > cyrus-imapd сам фильтрует письма:)
> > 
> 
> Да. У меня веб-рожа к sieve есть.

О! А где дают?

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Re: Решения по работе с корпоративной электронной почтой (?)

[Sergey Degtyaryov]

Vitaly Ostanin пишет:
> On Fri, 21 Nov 2003 17:13:20 +0300
> Sergey Degtyaryov <maga@beltel.ru> wrote:
> 
> <skipped/>
> 
>>>>К тому же OE не умеет фильтровать письма на imap. Это
>>>
>>>гигантский минус.> Возможно, с ms exchange и умеет, но с
>>>cyrus-imapd -- не умеет.>
>>>cyrus-imapd сам фильтрует письма:)
>>>
>>
>>Да. У меня веб-рожа к sieve есть.
> 
> 
> О! А где дают?

www:/srv/www/hosts/intranet.beltel.local/html/smartsieve # cat 
README | grep sourceforge
http://smartsieve.sourceforge.net
http://sourceforge.net/projects/smartsieve/
http://lists.sourceforge.net/lists/listinfo/smartsieve-general

Вкусно  -- то что юзер себе может создать rules'ы.
Но spamassassin мне важнее. =(

-- 
Сергей Дегтярев

Re: [Comm] Re: Решения по работе с корпоративной электронной почтой (?)

[Alexei Takaseev]

On Fri, 21 Nov 2003 17:23:15 +0300
Vitaly Ostanin <vyt@vzljot.ru> wrote:

> On Fri, 21 Nov 2003 17:13:20 +0300
> Sergey Degtyaryov <maga@beltel.ru> wrote:
> 
> <skipped/>
> 
> > >> К тому же OE не умеет фильтровать письма на imap. Это
> > >гигантский минус.> Возможно, с ms exchange и умеет, но с
> > >cyrus-imapd -- не умеет.>
> > > cyrus-imapd сам фильтрует письма:)
> > > 
> > 
> > Да. У меня веб-рожа к sieve есть.
> 
> О! А где дают?

На СвежемМясе по запросу sieve выдается вагон и маленькая тележка
ссылок.

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Alexei Takaseev]

On Fri, 21 Nov 2003 17:13:20 +0300
Sergey Degtyaryov <maga@beltel.ru> wrote:

> >>> цейтнота. К тому же мозилла не умеет хранить в _одном_ контакте 
> >>> _более_ двух адресов электронной почты. Заведение нескольких 
> >>> "виртуальных" контактов для одного реального лишь увеличит 
> >>> беспорядок, что не будет способствовать уменьшению того цейтнота, 
> >>> ради которого все и затевается... К тому же, по правде говоря, 
> >>> интерфейс мозиллы в плане usability _сильно_ уступает интерфейсу
> >того >> же OE (чисто субъективное мнение).
> >>
> >>
> >>
> >> К тому же OE не умеет фильтровать письма на imap. Это гигантский
> >минус.> Возможно, с ms exchange и умеет, но с cyrus-imapd -- не
> >умеет.>
> > cyrus-imapd сам фильтрует письма:)
> > 
> 
> Да. У меня веб-рожа к sieve есть.
> Но я не смог прикрутить spamassassin и откатился на procmail.
> Если есть решение -- буду благодарен.

Так вроде spamassassin может работать в качестве отдельного демона, с
которым postfix может общаться через сокет.

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Sergey Degtyaryov]

Alexei Takaseev пишет:
> On Fri, 21 Nov 2003 17:13:20 +0300
> Sergey Degtyaryov <maga@beltel.ru> wrote:
> 
> 
>>>>>цейтнота. К тому же мозилла не умеет хранить в _одном_ контакте 
>>>>>_более_ двух адресов электронной почты. Заведение нескольких 
>>>>>"виртуальных" контактов для одного реального лишь увеличит 
>>>>>беспорядок, что не будет способствовать уменьшению того цейтнота, 
>>>>>ради которого все и затевается... К тому же, по правде говоря, 
>>>>>интерфейс мозиллы в плане usability _сильно_ уступает интерфейсу
>>>
>>>того >> же OE (чисто субъективное мнение).
>>>
>>>>
>>>>
>>>>К тому же OE не умеет фильтровать письма на imap. Это гигантский
>>>
>>>минус.> Возможно, с ms exchange и умеет, но с cyrus-imapd -- не
>>>умеет.>
>>>cyrus-imapd сам фильтрует письма:)
>>>
>>
>>Да. У меня веб-рожа к sieve есть.
>>Но я не смог прикрутить spamassassin и откатился на procmail.
>>Если есть решение -- буду благодарен.
> 
> 
> Так вроде spamassassin может работать в качестве отдельного демона, с
> которым postfix может общаться через сокет.

У меня демоном, да, но через procmail.
Есть mini-howto по spamassassin-filter? (Наверное через это?).
Тут было обсуждение совсем на днях, но решения, вроде, не было.

-- 
Сергей Дегтярев

Re: [Comm] Решения по работе с корпоративной э =?KOI8-R?Q?=CC=C5=CB=D4=D2=CF=CE=CE=CF=CA_=D0=CF=DE=D4=CF=CA_=28=3

[Oleg Shulga]

On Fri, 21 Nov 2003, Sergey Degtyaryov wrote:

> Date: Fri, 21 Nov 2003 18:07:46 +0300
> From: Sergey Degtyaryov <maga@beltel.ru>
> Reply-To: community@altlinux.ru
> To: community@altlinux.ru
> Subject: Re: [Comm] Решения по работе с корпоративной электронной почтой
>     (?)
>
> Alexei Takaseev пишет:
> > On Fri, 21 Nov 2003 17:13:20 +0300
> > Sergey Degtyaryov <maga@beltel.ru> wrote:
> >
> >
[...]
> >>Да. У меня веб-рожа к sieve есть.
> >>Но я не смог прикрутить spamassassin и откатился на procmail.
> >>Если есть решение -- буду благодарен.
> >
> >
> > Так вроде spamassassin может работать в качестве отдельного демона, с
> > которым postfix может общаться через сокет.
>
> У меня демоном, да, но через procmail.
> Есть mini-howto по spamassassin-filter? (Наверное через это?).
> Тут было обсуждение совсем на днях, но решения, вроде, не было.
>

Есть README_FILES/FILTER_README
Решение есть тут http://www.securitysage.com/guides/postfix_uce_sa.html
Но я еще его не опробовал


---
Oleg Shulga, Kharkov Pribor, IT Manager

Re: [Comm] Решения по работе с корпоративной электронной почтой (?)

[Max A Mazin]

В сообщении от 21 Ноябрь 2003 16:21 Sergey Degtyaryov написал(a):
> Max A Mazin пишет:
> > В сообщении от 21 Ноябрь 2003 02:05 Eugene Ostapets написал(a):
> >
> > цейтнота. К тому же мозилла не умеет хранить в _одном_ контакте _более_
> > двух адресов электронной почты. Заведение нескольких "виртуальных"
> > контактов для одного реального лишь увеличит беспорядок, что не будет
> > способствовать уменьшению того цейтнота, ради которого все и
> > затевается... К тому же, по правде говоря, интерфейс мозиллы в плане
> > usability _сильно_ уступает интерфейсу того же OE (чисто субъективное
> > мнение).
>
> К тому же OE не умеет фильтровать письма на imap. Это гигантский минус.
> Возможно, с ms exchange и умеет, но с cyrus-imapd -- не умеет.

Фильтрация, если често, не актуально, если надо -- можно отфильтровать 
средствами MDA.
-- 
Max A Mazin                                            (max@allpack.ru)

Re: [Comm] Решения по работес корпоративной электронной почтой (?)

[Max A Mazin]

В сообщении от 20 Ноябрь 2003 15:19 Max A Mazin написал(a):
> hi
> Нужен совет/помощь.
>
> Есть организация, в которой входящая корреспонденция управляется и
> обрабатывается несколькими людьми (секретарями). "Управление" и "обработка"
> включает в себя:

<skip>

Сейчас посмотрел на SquirrelMail, весьма впечатлило (в отличае от того, с чем 
мне доводилось сталкиваться), даже поддается модифицированию, но веб 
интерфейс имеет много недостатков, чтобы его серьезно рассматривать как 
решение данной проблемы.
-- 
Max A Mazin                                            (max@allpack.ru)