Отметки галок "POP3" и "POP3 over TLS/SSL" не достаточно для приёма соединений на эти порты. Кусок кода из бэкенда dovecot: -- if test_bool "$in_auth_port";then control dovecot-auth postfix >&2 else control dovecot-auth none >&2 fi #control already call service reload #service dovecot condreload >&2 write_nop -- Утверждение "control already call service reload" ошибочно. Кусок из /etc/control.d/facilities/dovecot-auth: -- is_builtin_mode "$*" || [ "$*" != "`control_subst "$CONFIG" status`" ] || exit 0 control_subst "$CONFIG" "$*" is_builtin_mode "$*" || [ ! -x "$EXE" ] || "$EXE" condreload || exit 0 -- Как видим, перезапуск (condreload) сервиса dovecot произойдёт только при смене статуса "Auth port for Postfix". Если же эту галку не трогали, то перезапуска dovecot не будет.
Тем не менее в этом модуле есть ссылка на перезапуск данной службы, что соответствует общей политики партии (отдельно настройка отдельно перезапуск) ... поэтому думаю, что бага не актуальна. (In reply to comment #0) > Отметки галок "POP3" и "POP3 over TLS/SSL" не достаточно для приёма соединений > на эти порты. Кусок кода из бэкенда dovecot: > -- > if test_bool "$in_auth_port";then > control dovecot-auth postfix >&2 > else > control dovecot-auth none >&2 > fi > > #control already call service reload > #service dovecot condreload >&2 > write_nop > -- > Утверждение "control already call service reload" ошибочно. > > Кусок из /etc/control.d/facilities/dovecot-auth: > -- > is_builtin_mode "$*" || > [ "$*" != "`control_subst "$CONFIG" status`" ] || exit 0 > > control_subst "$CONFIG" "$*" > > is_builtin_mode "$*" || > [ ! -x "$EXE" ] || "$EXE" condreload || exit 0 > -- > Как видим, перезапуск (condreload) сервиса dovecot произойдёт только при смене > статуса "Auth port for Postfix". Если же эту галку не трогали, то перезапуска > dovecot не будет.
Однако, alterator-openntpd и alterator-postfix-sasl не стесняются делать перезапуск (reload), какова бы ни была политика партии.
одного из этих динозавров уже нет -- во втором уберу reload.
Кстати, в alterator-xinetd тоже происходит reload после каждой записи конф.файла :) Мне поведение без reload'а кажется неправильным (пользователю надо помнить, что его изменения влияют на конф.файл, а не на работающий сервис; возможна ситуация, когда в системе конфигурация одна, а сервис работает по старой). Но могу reload и убрать, если такова политика партии :)
Думаю, что если уж убирать reload - надо в интерфейсе прямым текстом писать что-то вроде: "Чтобы изменения конфигурации повлияли на работающий сервис - перезапустите его". Где-нибудь около ссылки на services
Во-первых, покажите таки политику партии (она где-нибудь описана?). Во-вторых, покажите обсуждение этой политики. А то Стас считает, что не нужно перезапускать, а я считаю, что нужно. Кто прав?
Пакет устарел, см. alterator-postfix-dovecot.
