Hello! On Thursday 28 January 2010 19:55:14 Stanislav Vlasov wrote: > В нашей дискуссии как раз понятно. Вы предпочитаете самостоятельно > суперклеем склеивать велосипед из деталей очень разного происхождения, > я - взять работающее решение, соединённое болтами, которые иногда надо > подтягивать (в последний раз требовалось месяца два назад - поставил > дрвеб, ибо у начальника инфобезопасности профессиональная паранойя и > кламаву он недостаточно доверяет, в предпоследний - в сентябре, когда > топам захотелось попосылать файлы в 100Мб).
У меня почта интегрирована в документооборот и qmail идеально вписался в эту картину - великолепно интегрируется с любой системой. Рекомендую посмотреть статью об интеграции qmail с оракловской базой (это в проекте OpenACS, который на AOL Server, делали) - имхо просто и функционально. У меня основная СУБД постгрес, и сделано по-другому, а можно было бы и еще несколькими способами реализовать, что доказывает гибкость qmail. Супервизором у меня трудится runit (читай daemontools), tcpserver тоже вкалывает на нескольких фронтах, так что для qmail инфраструктура самая подходящая. > > Они к разным утилитам относятся, так что не конфликтуют. Опять же, сборка > > Не всегда. Часть того, что мне могло бы потребоваться - патчила smtpd. > Сильно не разбирался, но не факт, что они патчили не один и тот же файл. > > > http://dbn.smarden.org/sid/ выделяет и отдельную утилиту для "отбоя", чтобы > > не менять оригинальный код ради нового функционала (и DJB это же советует). > > Не возражаю, но тогда не вижу смысла именно в кумыле, если все дырки > прикрываются снаружи. Не смешивайте мух с котлетами - багфиксы с расширением функциональности. Я тоже могу заявить, что без десятка расширений и нескольких дополнительных патчей SQLite в дебиане неюзабельный. Причем, учитывая то, что от него в очередной раз отломали поддержку юникода, так оно и есть. А прилепленные мантейнером патчи - кривые, и я специально получил подтверждение этому у апстрима и послал мантейнеру - ноль реакции. Так что на мантейнеров надейся, а сам не плошай. > > И такой пакет есть, лежит в репозитории Gerrit Pape (если не ошибаюсь, для > > всех > > релизов дебиана, начиная с potato). В 2007-м году, когда qmail был передан в > > public domain, Gerrit пакеты зааплодил на ftp-master - и вот, ждем... > > Подозреваю - из-за отсутствия такой уж большой необходимости в кумыле > именно в дистрибутиве. Там многие пакеты подолгу маринуются, так что наш случай - совсем не исключение. > >> У меня юзеры из LDAP начинаются с uid 10000. При этом, с uid >64000 - > >> технические юзеры типа бекапилки или нагиоса. Привязку программы к > >> какому-либо uid/gid кроме 0 я бы назвал технической проблемой > >> разработчика. > > > Во-первых, см. дебиан полиси, где это отнюдь не запрещается. Во-вторых, > > запускать весь софт от рута - это вы через край хватили. > > Э... Запуск и привязка - разные вещи. > Скажем, uid для daemon в дебиане равен 1, а в RH - уже 2. Если > какая-либо софтина посчитает, что для запуска под daemon ей необходимо > и достаточно сменить uid на 1, то её автор просчитался. Здесь - > аналогично. Дебиан полиси позволяет использовать этот диапазон идентификаторов для _фиксированных_ id, так что не вижу никаких противоречий. Есть _другой_ диапазон, для назначаемых динамически - но это совсем другая история. Best regards, Alexey Pechnikov. http://pechnikov.tel/
