dbmail 2.2.3 исчез

> Какая обработка писем нужна, чтобы оправдать применение для этого СУБД?

Поиск в групповом IMAP фолдере с числом писем > 100000.

+ Активное использование IMAP фолдера числом пользователей > 1000.

>Поиск в групповом IMAP фолдере с числом писем > 100000.

>+ Активное использование IMAP фолдера числом пользователей > 1000.

Т.е. применение dbmail оправдано редким случаем огромных общедоступных хранилищ писем. Но даже в этом случае, может быть всё-таки лучше специализированная СУБД, например, хранящая индексы, без самих писем? Ну или на худой конец, mysql/postgresql, но для хранения поисковых индексов...

Самое простое применение dbmail - хранение архива почты.

>В общем dbmail пример того, как не надо применять СУБД :)

Насколько я понимаю, вся прелесть использования СУБД в данном случае в том, что работу по индексированию базы сообщений, обработке блокировок, etc. берёт на себя СУБД. Вы скажете "В Cyrus это и так неплохо реализовано"? Так вот в том же Postgres это, наверняка, реализовано, как минимум, не хуже :)

>Вы скажете "В Cyrus это и так неплохо реализовано"? Так вот в том же Postgres это, наверняка, реализовано, как минимум, не хуже :)

С учетом того , что cyrus то же использует БД - DB = )