Модератор: weec
Код: Выделить всё
# Log all the mail messages in one place.
mail.* -/var/log/maillog
Код: Выделить всё
postfix start
Принципиально rpm не устанавливали?Dima 20 писал(а):поставил постфикс из исходников
И не должно появится. Откуда разработчикам постфикса знать на какую систему вы будете его ставить. Или они должны написать скрипты для всех систем? Если это ваша система, то, соответственно, ваша задача писать стартовый скрипт.проблема в том что не появилось стартового скрипта в rc3
В данном случае, нужно было просто установить постфикс из репозитория и не морочить себе голову. По крайней мере, описанные вами проблемы не возникли бы.подскажите, почему не пишется лог и как это пофиксить?
Код: Выделить всё
[root@CY-5 rc5.d]# postconf -m
btree
cidr
environ
hash
ldap
nis
pcre
proxy
regexp
static
unix
Код: Выделить всё
[root@unit1 ~]# ls -lahi /etc/init.d/postfix
11263111 -rwxr-xr-x 1 root root 2,4K ??? 15 2008 /etc/init.d/postfix
[root@unit1 ~]# rpm -qa | grep postfix
postfix-2.3.3-2.1.el5_2
[root@unit1 ~]#
Если подключить репозиторий centosplus, там есть пакет с поддержкой mysql/pgsqlиз репозитория ставить пробовал но там небыло поддержки mysql
Интересный вопрос, был бы он по информативней то можно помочьpaix писал(а):Модераторы, прикрепите плз тему.
Помощь по стандартному софту, скомпиленному из исходников не оказывается.!!!
Вопрос топикстартера должен был звучать так: как поставить postfix (with mysql) в centos ?
(кстати подобный вопрос можно запросто задать и гуглу.)
Да и по нестандартному, может быть тоже не стоит оказывать. Таким образом, будет толчокpaix писал(а):Модераторы, прикрепите плз тему.
Помощь по стандартному софту, скомпиленному из исходников не оказывается.!!!
Вопрос топикстартера должен был звучать так: как поставить postfix (with mysql) в centos ?
(кстати подобный вопрос можно запросто задать и гуглу.)
Тут я с тобой не согласен._Andy писал(а): Да и по нестандартному, может быть тоже не стоит оказывать. Таким образом, будет толчок
к сборке собственных пакетов, в перспективе, если это будет нужно другим можно либо
собственные репозиторий открыть, либо собственную свалку (junk yard для разных дистров).
Зачем, когда написанный спек/порт, редактируется под текущую версию.paix писал(а): Тут я с тобой не согласен.
С точки зрения время\результат часто проще делать именно скриптовым методом.
На сайте астериска есть репозиторий. После его подключения ставишь сразу rpm (пробовали для CentOS, за наличие пакетов для Debian не скажу).paix писал(а): Имеется куча разного нестандартного комерческого софта, который к тому так просто не собереш никуда, всякие attlassian, asteriks...ну кароче много всего. Второй момент, это когда имеется большой набор разнобойных серверов и систем, а нужна одинаковая функциональность.
Снова - можно иметь свой junkyard. Один раз сделать спек/порт и корректировать его с учетом нового в тарболе.paix писал(а): Компилится все из исходников скриптами и обновляется аналогично.
Яркий пример - хостинговый системы, в частности directadmin.
Я предлагаю объединить усилия, затраченные на получение пакетов/портов и сделать результат доступным всем желающим.paix писал(а): Тут самое главное что? Самое главное иметь инструкцию и план действий. Чтобы данный сорсинстал можно было воспроизвести где угодно\обновить и прочее.
А в чем соль сборки php-fpm? На сайте порта нету разве?paix писал(а): Я сам иногда использую такой метод, например для сборки php-fpm. Поскольку автор идет в ногу с карентом, то приходится аналогично.
Хотя последнее время стараюсь как можно больше переходить на стандартные схемы, требующие меньше усилий.
Почему? Когда надо "вынь-да-полож", что бы работало уже вчера, толькоpaix писал(а):ты все правильно говориш
просто не нужно отрицать сборку из исходников.
Сервер инсталляции + kickstart + cобственные репозитории выручат.paix писал(а): Я тебе из практики расказываю:
компания, админящая несколько сотен хостинговых серверов 24х7
в основном redhat разных сборок и версий.
Одной проблемой меньшеpaix писал(а): На всех системах используются условно стандартные сборки софта (в зависимости от панели управления). Т.е. на всех сервах с цпанелью пхп и экстеншины собраны одинаково.
Ты сам можешь сделать недостающий пакет для своей системы.paix писал(а): У директадмина подход аналогичный, видимо, вызванный недостатком ресурсов для создания пакетов под разные системы.
php-fpm это же патч для php, ускоряющий загрузку php как fastcgi процесса, плюс дополнительныйpaix писал(а): Еще один случай из практики. Мне нужно иметь два пхп, один стандартный, второй php-fpm.
Система не даст тебе поставить второй. Поэтому ставится он скриптами. И поверь, поддерживать один системный а второй сорсинстальный пых много легче, чем скрестить их в одну кашу.
Аналогично, если например надо пхп разных версий.
Так можно один раз напрячься, затем только немного корректировать.paix писал(а): Но это все случаи где по соотношению время\поддержка\результат сорсинсталы дают преимущества.
Когда начинаются кастыли в духе профтпд с мускилем из сорсинсталов, думаеш