Предлагаю обсудить с заинтересованными лицами как быть с dovecot. Я взялся за него с одобрения прошлого maintainer :)
Хотелось бы помимо актуальных версий иметь возможность запускать несколько версий dovecot одновременно, для более плавных переездов. В конечном итоге я вижу это так (описано для 1.2, для других версий подставьте 1.1 или 1.0): конфиги /etc/dovecot1.2/ бинарники: /usr/sbin/dovecot1.2 /usr/sbin/dovecotpw1.2 /usr/lib/dovecot1.2/* /usr/libexec/dovecot1.2/* разное: /etc/init.d/dovecot1.2 /var/run/dovecot1.2/ (тут в том числе и auth сокеты) /etc/control.d/facilities/dovecot1.2-auth общие файлы /etc/pam.d/dovecot пользователь dovecot общий на всех /var/lib/ssl/certs/dovecot* /var/lib/ssl/private/dovecot* При такой раскладке файлов можно будет поставить одновременно несколько версий dovecot. Оно даже будет работать если в dovecot.conf правильно выставить base_dir и правильно указать пути до создаваемых сокетов. Понятно, что будут и alternatives переключющие симлинки /usr/libexec/dovecot, /var/run/dovecot на нужные версии. файла /etc/init.d/dovecot не будет, предполагаю, что нужную версию админ всётаки должен сам включать и останавливать. Альтернативы нужны исключительно для того, что б MTA настроить например на /usr/libexec/dovecot/deliver и не ломать себе голову при переезде на новую версию. Теперь начинаются сложности: - как сделать апгрейд существующего dovecot (тот, что версии 1.1), ведь нам надо перенести /etc/dovecot/ в /etc/dovecot1.1 - как вообще делать апгрейд любой существующей инсталяции, ведь нам надо поменять base_dir в конфиге dovecot.conf на новый путь, то же самое относится и к созданию socket файлов, т.к. создаваться они должны всегда в родной для данной версии директории, а не по пути управляемому alternatives. Автоматом лазить в чужие конфиги я не стану, да никто и не даст :) Готов выслушать пожелания, критику и пр. насчет этих планов. _______________________________________________ Sysadmins mailing list [email protected] https://lists.altlinux.org/mailman/listinfo/sysadmins
