Бывает... Только, когда выпускают релиз и на _следующий_ же день отзываеют его из-за найденной баги, то выглядит всё это несколко комично. (они что, не могли перед релизом всё проверить?)
Помнится издевался над dbmail пересылая через него фильмы, он не справился. Отличный стресс-тест для почтового сервера. А postfix без него справился, поэтому нет dbmail места на почтовом сервере :)
>Помнится издевался над dbmail пересылая через него фильмы, он не
>справился. Отличный стресс-тест для почтового сервера. А postfix без
>него справился, поэтому нет dbmail места на почтовом сервере :)
>Помнится издевался над dbmail пересылая через него фильмы, он не >справился. Отличный стресс-тест для почтового сервера. А postfix без >него справился, поэтому нет dbmail места на почтовом сервере :)
>+5 НЕТ ЕМУ МЕСТА НИ НА СЕРВЕРЕ НИ В РЕЛИЗЕ :)
Мда ребята. Все с вами ясно. Вообще это pop/imap сервер , а не как не smtp. И как вы умудрились псылать файлы через Попу, откройте эту тайну всему человечеству.
По поводу dbmail. Чтука жутка удобная, перешел с cyrus-imapd. Нагрузка около 1000 юзеров, максимально нагружал аттачами по 2 gb. Больше просто не было под рукой. Если неправильно сконфигурирует то порождает кучу процессов, и в общем печальная история. Если руки прямые то все работает =)
>Мда ребята. Все с вами ясно. Вообще это pop/imap сервер , а не как не smtp. И как вы умудрились псылать файлы через Попу, откройте эту тайну всему человечеству.
Не нравится "через него", пусть будет "в него". В качестве хранилища почтовых ящиков, естественно. А без него Maildir. :)
Хотя, конечно, он не совсем заткнулся и не совсем он, а mysql, но после суток ожидания результатов работы 99% нагруженного и 100% съевшего память процесса mysql терпения не хватило. Может быть через 2-е суток он бы и справился...
Ах да, естественно, надо было купить Oracle за ~44000$ на 2 процессора или попробовать правильный postgresql. Но не думаю, что результат сильно бы изменился. Всё-таки СУБД не для хранения фильмов создавались :) Тем не менее за спорным в необходимости преимуществом в работе с письмами как с реляционными данными, кроется создание узкого места в почтовом сервере. И если, скажем, amavis-new в качестве тормоза почтового сервера ещё как-то можно оправдать (антивирус, там, или антиспам), то dbmail оправдания нет.
Это всё-равно что к mencoder прикрутить в качестве хранилища файлов СУБД, ну как же, одновременная каталогизация фильмов с их пережатием.
В общем dbmail пример того, как не надо применять СУБД :)
> В общем dbmail пример того, как не надо применять СУБД :)
Правти руки дорогой. P4 Xeon 2800 + 16gb памяти, почему нет затыков. Что я делаю не так? Правда использует pstSQL с закидыванием в недры фильмов (хотя давайте уточним, что он для этого не создовался) так как хранение идет в текстовиках, и эти 2gb распухают до 4gb
У тебя почта за сколько времени хранится?
и сколько инодов занято?
есть места где много маленьких сообщениий, в этом случае dbmail рулит. Главное что ты сам можешь понять как тебе хранить почту. Тебе не подходит, а мне, лучшее решение. :)
Те, кого удивляет сей факт, наверно никогда в жизни ничего не релизили или не сдавали никаких проектов. Все мы люди и такое рано или поздно происходит.
Что касается dbmail, смысл данного творения мне не совсем понятен.
>Правти руки дорогой. P4 Xeon 2800 + 16gb памяти, почему нет затыков. Что я делаю не так? Правда использует pstSQL с закидыванием в недры фильмов (хотя давайте уточним, что он для этого не создовался) так как хранение идет в текстовиках, и эти 2gb распухают до 4gb
Хе. В таком случае у меня на 10000 узловом кластере письма с фильмами в аттачах мгновенно жмутся lzma алгоритмом и занимают гораздо меньше места, а при получении пользователем опять же быстро разжимаются :)
Считаю, что вам тоже нужно добавить функциональность сжатия писем перед записью в СУБД. Это позволит обосновать причину покупки ещё парочки Xeon 2800 + 16gb. :)
>Человек, который заливал фильмы через e-mail, ты гвозди микроскопом забиваешь? ; ) Или быть может белье промышленным феном сушишь?
>Это хороший пример - сказать глупость и глупостью гордиться. НИ ОДИН здравый человек не разрешит такое безобразие на почтовом сервере.
>А для своих задач дбмейл очень даже ничего, юзаю уже два года. полет отличный.
Давненько я что-то гвоздей не забивал (пожалуй с лета), да и микроскопа у меня нет :) А вы надо полагать бельё (обычным) феном сушите? :) У меня оно как-то само высыхает... :)
"Это" что? Вообще-то я писал о стресс-тесте, т.е. в данном случае эмуляция большой нагрузки ленивым способом. Что изменится, если вместо одного письма 700 Мб будет 700 писем по 1 Мб?
Какие задачи? Задача СУБД прежде всего в накоплении данных для последующей удобной работы с ними, но кто в здравом уме будет заниматься накоплением писем на сервере? Какая обработка писем нужна, чтобы оправдать применение для этого СУБД?
Если вам не нравится новость - просто не пишите в нее. Не нойте, не гоните на шамана и не катите бочку на автора, просто не пишите.
Ваше поведение напомниает нервного холерика. Раздувание из мухи слона. Страх и ненависть на лоре ебта. Берегите серый клетки, они очень медленно востанавливаются. Новость же вам ничего плохого не сделала.
> Мда ребята. Все с вами ясно. Вообще это pop/imap сервер , а не как не smtp. И как вы умудрились
> псылать файлы через Попу, откройте эту тайну всему человечеству.
А хочешь открою ? :-) Это можно теоретически, был то ли драфт на эту тему, то ли дополнение какое какое-то. В общем, я видел одну реализацию POP-сервера, через который можно почту отправлять, и одну реализацию почтового клиента (PMMail), который это умеет.