10 августа 2012 г., 10:17 пользователь Sergey Korobitsin <[email protected]> написал: > Konstantin Fadeyev ☫ → To [email protected] @ Fri, Aug 10, 2012 > 10:04 +0600 > > Ну вот смотрите, какие минусы в поддержке порождает каждый пункт: > >> >> Есть задача поднять почтовый сервер. Требования к нему не очень >> >> большие, поддержка IMAP, SMTP, возможно их защищённых вариантов, и >> >> забор учётных данных из Active Directory (возможно LDAP). >> >> На данном этапе предполагается использовать exim+dovecot. >> >> Чего хотелось бы: >> >> 1. Установка в /opt. > > Если вы будете пользоваться этим самостоятельно, и использовать при этом > пакеты дистрибутива, не думаю, что перепиливание путей установки имеет > какой-то смысл.
Есть небольшая вероятность того, что скажем так, этот набор, будет запускаться на системе отличной от дебиан. И хочется учесть этот момент. > >> >> 2. Скомпилировать только с необходимыми вещами, например выпилить POP3 >> >> на корню (это просто пример). > > Ну, несмотря на то, что это пример ;), > POP3 выпиливается просто неустановкой dovecot-pop3d, остальные вещи > можно поддерживать в виде патчей к source-пакетам и использовать для > сборки этого инфраструктуру apt-build, например. > >> >> 3. Слегка подкрутить структуру папок, чтоб все бинарники и >> >> вспомогательные файлы лежали в одной папке, а пользовательские данные >> >> и настройки в другой. (В общем это задумывается как упрощение переноса >> >> конфигов и данных,например на новой системе скомпилировал бинарники и >> >> положил папку с данными и конфигами, перезапустил демоны и всё >> >> работает). > > Аргумент, аналогичный 1-му. > >> >> 4. Компилирование программ статически. > > Мне кажется, такое имеет смысл только для проприетарного софта, чтобы > удобно было таскать по дистрибутивов, не пересобирая (и исходники тащить > не нужно, которые могут и не дать). У нас же один дистрибутив, и (я > думаю, вы будете использовать stable для всего этого?), и руками > поддерживать это всё и накатывать security-апдейты и пересобирать (и > тестировать) весь комплект - мне кажется дурной работой. Другое дело, > если вы собираетесь сделать эдакий "swiss army knife" для почты и > таскать это по (другим) дистрибутивам Linux. Предполагается, что будут использоваться пакеты исходного кода которые уже есть в Дебиан и на которые соответственно всё вышеозвученное накладывается. То есть будет достаточно просто перекомпилировать их с заданными параметрами. Возможно приведение конфигов в соответствие. Какой-то уровень тестирования всё равно придётся проводить, куда ж без этого. И да, наверное я хочу этакий универсальный инструмент. И не без возможности перемещения между дистрибутивами. Это не является основным приоритетом, но я бы хотел решить этот вопрос сейчас. >> Это делается для себя, чтоб проще было распространить на несколько >> организаций, возможно никому, кроме меня, и не понадобится в итоге, но >> вообще планируется вести достаточно длительное время и проводить >> адаптацию под релизы Дебиана. >> Я думал о создании пакета с зависимостями и некоторыми стартовыми >> конфигами, но всё же мне нужно наверное что-то более >> узкоспециализированное. > > Вы, всё-таки, посмотрите, как сделано в fusionforge. Сейчас смотрю fusionforge. > > -- > Bright regards, Sergey Korobitsin, > Chief Research Officer > Arta Software, http://arta.kz/ > xmpp:[email protected] > > -- > А у меня мой стул укатил кто-то. Он был помечен > на правой ручке моей белой нашейной ленточкой > от флешки Transcend. Фиг с ним, со стулом, ленточку > жалко > -- mirat @ https://projects.arta.local/forum/message.php?msg_id=173 > > > -- > To UNSUBSCRIBE, email to [email protected] > with a subject of "unsubscribe". Trouble? Contact [email protected] > Archive: > http://lists.debian.org/[email protected] > -- Константин Фадеев
