Dmitry V. Levin пишет:
>>> mailman уже давно ищет нового мантейнера с опытом эксплуатации.
>>> Может кому-нибудь интересно?
>>>   
>>>       
>> Ну вообщем похакал я этот mailman немного. Результат выложил в Дедал.
>> Просмотрел как это сделано в Red Hat, Debian, Mandrake и  т.д. и
>> попытался взять все лучшее. Мне понравилась сборка Red Hat и её взял за
>> основу. Сначала хотел переделать уже существующую, но после дня работы
>> плюнул и начал с начала.
>> Что сделал? Даже не знаю с чего начать...
>> Если кратко, то все =-O . А если подробно, то вот:
>> 1. Изменена структура расположения по дирректориям согласно стандартам FHS:
>>     
> Думаю что вы немного поторопились.  В том пакете, который когда-то делал я,
> каталоги уже были расположены согласно FHS, и сделано это было лучше чем в
> RH.  Нынешний пакет в Сизифе, кажется, этого свойства не потерял.  Так что
> стоит проверить ещё раз.
>   
Хорошо. Еще раз проверил соответствие FHS той сборки что сейчас в Сизифе.
Возникли вопросы:
Почему master-qrunner.pid хранится в /var/lib/mailman/data, когда должен
в /var/run?
То же самое касается lock. Не тот который создает инициализационный
скрипт в /var/lock/subsys, а тот который создает mailmanctl в
/var/lib/mailman/locks .
Настройки тоже в /var/lib/mailman и не стандартное название
конфигурационного файла.
Хотя вот мне понравилось, что не все в /usr/lib, а в /usr/share. А в
/usr/lib вынесено действительно платформозависимое. Попробую так переделать.
> [...]
>   
>> File Mapping:
>> /var/mailman/data/adm.pw                    --> /etc/mailman/adm.pw
>> /var/mailman/data/creator.pw                --> /etc/mailman/creator.pw
>> /var/mailman/data/aliases                   --> /etc/mailman/aliases
>> /var/mailman/data/virtual-mailman           --> /etc/mailman/virtual-mailman
>> /var/mailman/data/sitelist.cfg              -->/etc/mailman/sitelist.cfg
> Сизифовский пакет хранит это частично в /var/lib/mailman/data, частично в
> /var/lib/mailman/etc; возможно, /etc/mailman и лучше.
>   
Значит это оставляем. Обращаю внимание, что изменилось название
конфигурационного файла с mm_config.py на оригинальное mm_cfg.py
>> Для этого использовался патч mailman-FHS.patch из Red Hat
>> В связи с этим переехали все настройки из
>> /var/lib/mailman/etc/mm_config.py в /etc/mailman/mm_cfg.py Это надо
>> переносить вручную.
>>     
> Это можно перенести при помощью %post-скрипта.
>   
Да, и даже есть скриптик помогающий миграцию. Сделаю.
>> 2. Изменена схема работы с кроном. Теперь при остановке сервиса mailman
>> сервис редактирует /etc/cron.d./mailman и дергает сервис крона.
>>     
> Ой.  Не надо так шутить.  Это очень сомнительная идея - редактировать
> /etc/cron.d/mailman при включении/выключении сервиса.
>   
Исправлю. Мне тоже не очень нравится.
>> 3. Сделал симлинки из /usr/lib/mailman/bin в /usr/sbin основных команд.
>>     
> Это может быть и полезно, если имена не конфликтуют с другими пакетами.
> Иначе стоит добавить префикс.
>   
Пока не заметил. Существует механизм проверки?
>> 5. Использовал патч mailman-2.1-multimail.patch что позволяет задать
>> список групп от которых может работать демон. Это позволяет отказаться
>> от wrapper.sh
>>     
> А какой смысл расширять список групп, от которых может работать демон?
>   
Он (демон) проверяет не только от какой группы запущен, но и группу и
владельца своих файлов. И, например, при создании нового списка из веб
интерфейса меняется владелец /etc/mailman/aliases.cdb. И тогда mailman
отказывается работать.
И еще. mailman может работать с разными MTA. Сейчас в сизифе есть
postfix, sendmail, exim и каждый из них имеет свою группу.
Мне показалось что это не плохое решение, хотя конечно не уверен.
>> 9. Убрал группу mailmanadm.
>>     
> А зачем?
>   
Надо? Верну. Она есть только у нас. Ни в каких других дистрибутивах её нет.

-- 
С уважением,
Дубровский Вячеслав.