Господа, может кто помочь с решением следующей задачи.
Установлен Postfix, который уже используется клиентами. Для тестирования установлен еще один Postfix, как запустить его на порту отличном от стандартного - правкой master.cf. Возможно ли запускать второй Postfix, допустим на том же не стандартном порту, без выключения уже работающего. При попытке запустить второй экземпляр получаю сообщение, что Postfix уже запущен. А хотелось бы, что бы при обращении к domain.com:25 клиенты попадпли на тот сервер, который уже ими используется, а при обращении на domain.com:2525 на тестовый сервер. В какую сторону копать?
Понятно, что кроме разных конфигов, нужны еще и разные "pid-файлы".
>Понятно, что кроме разных конфигов, нужны еще и разные "pid-файлы".
Да я пробовал указывать в конфиге второго сервера другую директорию для "pid-файлов" process_id_directory = pid2 и менял в postfix-script второго сервера строки:
`sed 1q pid/master.pid` на `sed 1q pid2/master.pid`
Но результат тот-же :(
>Господа, может кто помочь с решением следующей задачи.
>Установлен Postfix, который уже используется клиентами. Для тестирования установлен еще один Postfix,
>как запустить его на порту отличном от стандартного - правкой master.cf.
>Возможно ли запускать второй Postfix, допустим на том же не стандартном
>порту, без выключения уже работающего. При попытке запустить второй экземпляр получаю
>сообщение, что Postfix уже запущен. А хотелось бы, что бы при
>обращении к domain.com:25 клиенты попадпли на тот сервер, который уже ими
>используется, а при обращении на domain.com:2525 на тестовый сервер. В какую
>сторону копать?Я бы посмотрел в сторону jail.
Поднимаешь на серваке ip-алиас, вешаешь на него jail. А в уже внутри jail собираешь postfix и вешаешь его на 25 порт ip-алиаса.
Какие либо пересечения (в т.ч. и по пид-файлам) в такой конфигурации исключены.
/etc/postfix/main.cf:
alternate_config_directories = /etc/postfix2/etc/postfix2/main.cf:
config_directory = /etc/postfix2
primary_config_directory = /etc/postfix
queue_directory = /var/spool/postfix2
syslog_facility = local3
alaias_database = hash:$config_directory/aliases
alias_maps = hash:$config_directory/aliases
transport_maps = hash:$config_directory/transport
.../etc/postfix2/master.cf:
1.2.3.4:2525 inet n - y - - smtpd/etc/syslog.conf:
local3.* /var/log/maillog2postfix start
postfix -c /etc/postfix2 start
2jonatan - респект, второй раз выручаете. :)
Однако рано я обрадовался, на второй сервер теперь непонятно почему перестал резолвить адреса.
Sep 30 10:40:27 postfix/smtpd[10724]: connect from unknown[10.10.10.10]
Sep 30 10:41:28 postfix/smtpd[10724]: disconnect from unknown[10.10.10.10]
На первом все нормально, коннект с этого же адреса, все путем.
Случайно не в chroot работает?
Пардон. Это я виноват. Поменяйте "y" на "n"/etc/postfix2/master.cf:
1.2.3.4:2525 inet n - n - - smtpd
>Пардон. Это я виноват. Поменяйте "y" на "n"
>
>/etc/postfix2/master.cf:
>1.2.3.4:2525 inet n
> - n
> -
>- smtpd
А я думаю, дляч его в чрут его ставить :)
Сейчас затестим.
Хмм странно как то, но вот еще пробемка всплыла:
220 mail.domain.com ESMTP READY!!!
ehlo mail.domain.com
250-mail.domain.com
250-PIPELINING
250-SIZE 10240000
250-ETRN
250-AUTH LOGIN
250-AUTH=LOGIN
250 8BITMIME
Насколько видно - AUTH METHOD LOGIN, что и соответсвует тому, что в smtpd.conf прописано. Пароли для юзеров лежат в mysql db. И если пароль юзера в базе CRYPT, то имеем SASL LOGIN authentication failed. Меняем пасс юзера в базе на plaintext и имеем в логах sasl_method=LOGIN, sasl_username=user@domain.com Сервер Linux Fedora Core 3, все ставилось из сырцов.
На другом сервере (FreeBSD 5.4 все собрано из портов) пассы в базе CRYPT и нет проблем. Может какую то опцию упустил при сборке либо в конфиге SASL или Postfix?
Там и там SASL собран без saslauthd, так как сейчас напрямую умеет работать.
Чутка спутал, пассы в Mysql ENCRYPT
up
Ну собственно заработало с криптованными паролями только с saslauthd + pam_mysql
Пытался патчик от lopaka накладывать (тот что линуксовый) - та же ботва, SASL authentification failed.