Re: qmail or not qmail?
29 января 2010 г. 0:55 пользователь Alexey Pechnikov
<pechnikov@mobigroup.ru> написал:
>> В нашей дискуссии как раз понятно. Вы предпочитаете самостоятельно
>> суперклеем склеивать велосипед из деталей очень разного происхождения,
>> я - взять работающее решение, соединённое болтами, которые иногда надо
>> подтягивать (в последний раз требовалось месяца два назад - поставил
[...]
> У меня почта интегрирована в документооборот и qmail идеально вписался
> в эту картину - великолепно интегрируется с любой системой. Рекомендую
[...]
Угу. И клеем служат патчи, которые необходимо отбирать и прикладывать
и потом собирать кумыл на той же машине, где он будет работать. Про
что я и говорил.
>> > Они к разным утилитам относятся, так что не конфликтуют. Опять же, сборка
>> Не всегда. Часть того, что мне могло бы потребоваться - патчила smtpd.
>> Сильно не разбирался, но не факт, что они патчили не один и тот же файл.
>> > http://dbn.smarden.org/sid/ выделяет и отдельную утилиту для "отбоя", чтобы
>> > не менять оригинальный код ради нового функционала (и DJB это же советует).
>> Не возражаю, но тогда не вижу смысла именно в кумыле, если все дырки
>> прикрываются снаружи.
> Не смешивайте мух с котлетами - багфиксы с расширением функциональности. Я
В данном случае под дыркой имелось ввиду штатное поведение кумыла -
приём чего попало.
> тоже могу заявить, что без десятка расширений и нескольких дополнительных
> патчей SQLite в дебиане неюзабельный. Причем, учитывая то, что от него в
> очередной раз отломали поддержку юникода, так оно и есть. А прилепленные
> мантейнером патчи - кривые, и я специально получил подтверждение этому
> у апстрима и послал мантейнеру - ноль реакции. Так что на мантейнеров надейся,
> а сам не плошай.
Не возражаю, но почему тогда для того же постфикса есть практически
всё нужное и при этом довольно давно, в отличе от кумыла?
>> Скажем, uid для daemon в дебиане равен 1, а в RH - уже 2. Если
>> какая-либо софтина посчитает, что для запуска под daemon ей необходимо
>> и достаточно сменить uid на 1, то её автор просчитался. Здесь -
>> аналогично.
> Дебиан полиси позволяет использовать этот диапазон идентификаторов для
> _фиксированных_ id, так что не вижу никаких противоречий. Есть _другой_
> диапазон, для назначаемых динамически - но это совсем другая история.
У меня дебиан - на паре-тройке хостов. И эти хосты вполне могут
использовать другие дистрибутивы, ибо почта и вебсервер -
всего-навсего вспомогательная вещь, которая может быть заменена.
Потому дебиан полиси не является определяющим документом для
используемого софта.
--
Stanislav
Reply to: