From: vserge <vserge@altlinux.ru>
To: sisyphus@altlinux.ru
Subject: Re: [sisyphus] Mail server dependencies
Date: Mon, 10 Feb 2003 19:44:46 +0300
Message-ID: <20030210194446.3fd84bca.vserge@altlinux.ru> (raw)
In-Reply-To: <20030211012246.314ff135.dima@sakhalin.ru>
Добрый день
Вы написали Dmitry Lebkov <dima@sakhalin.ru> Tue, 11 Feb 2003 01:22:46 +1000:
> On Mon, 10 Feb 2003 16:29:12 +0200
> Aleksandr Blokhin <sass@uustoll.ee> wrote:
>
> > On Tue, 11 Feb 2003 00:15:21 +1000
> > Dmitry Lebkov <dima@sakhalin.ru> wrote:
> >
> > >> >
> > >> В версии, которая попадет в мастер есть 2.0.27 в пакете
> > >> openldap-servers присутсвуют несколько программ, которые
> > >используется> sendmail'ом или могут использовать sendmail
> > >>
> > >> Например: mail500 и mailldap
> > >>
> > >> Так вот на эту версию я менять пока зависимость не буду!!! и
> > >сообщени> об ощибке прошу закрыть либо переформулируйте его в виде,
> > >что версия> OpenLDAP 2.0.27 с дополнительными утилитами не нужна !!!
> >
> > DL> Сергей, я дико извиняюсь, но IMHO, 'могут использовать sendmail'
> > DL> не означает Requires: MTA. Возьми, например procmail -- он тоже
> > DL> может использоваться и используется sendmail'om. Но у него нет
> > DL> зависимости на МТА.
> >
> > В свете того, что сказано в предыдущем абзаце, такая зависимость
> > нужна.
>
> Может быть я чего-то недопонимаю ... Объясните, пожалуйста.
>
> Цепочка моих рассуждений такая:
>
> смотрим на sendmail:
> - sendmail, в конфиге "из коробки", использует procmail как local MDA.
> Следовательно, при отсутствии зависимости на момент запуска сервиса
> sendmail, пакет procmail уже должен быть в системе ->PreReq: procmail?
>
> - sendmmail вполне может обойтись MDA, имеющимися в составе tarboll'а
> (например mail.local), т.е. если в конфиге из коробки убрать фичу
> local_procmail, sendmail вполне нормально просуществует без procmail.
> В этом случае PreReq: procmail не требуется.
>
> Далее, если в конфиге "по-умолчанию" используется procmail как local
> MDA -- зависимость быть должна (сейчас ее нет. Баг?). Сейчас этот "баг"
> никак не проявляется, т.к. procmail для чего-то требуется пакету man,
> а man ставится в систему всегда (обычно :).:
>
> $ rpm -q --whatrequires procmail
> man-1.5k-alt1
>
> т.е. отсутствующая зависимость у sendmail на procmail никак не
> влият на функционирование sendmail'a -- просто повезло.
>
>
> Теперь смотрим на procmail:
> - для выполнения своих функций MDA внутри системы ему не нужен MTA.
> '# cat /etc/issue | procmail -f root -d user' справится со своей
> задачей -- доставит почту в ящик user'а.
>
> Т.к. для выполнения функций MDA и mail-filter'a procmail'у не требуется
> MTA -- зависимость Requires: MTA не нужна. Если какой-то из MTA (postfix
> или sendmail) используют procmail в конфиге "_из-коробки_" - зависимость
> на procmail в этих MTA необходима.
>
> Вот. Где я неправильно рассуждаю?
>
> >
> > DL> В случае openldap-- для выполнения своих основных функций
> > DL> (обеспечение
> > DL> сервиса LDAP) ему не нужен MTA. Согласен?
> >
> > Ещё раз прочтите письмо Сергея, только внимательно.
>
> Прочитал. Не проникся идеей 'OpenLDAP requires MTA'. Если наоборот (и в
> MTA, в default-config'е используется mail500 или maildap) -- согласен.
я согласен что жеской зависимости у пакета не должно быть и возможно выкинуть
эти утилиты из пакета надо было бы выкинуть, если бы меня об этом попросили
раншье, а не перед вызодом мастера! ( :(( )
Я еще раз перечитал маны к этим утилитам, реально эти утилиты (2DL, Дмитрий ты
прав!) не зависят от MTA, но они могут быть использованы sendmail'ом для
маршрутизации почты.
В этом случае хотелось бы понять нашу политику пакетирования: если реально
работа пакета не зависит от других пакетов, но в пакета присутствуют утилиты
или модули, которые могут быть задействованы другими пакетами -- В этом
случае мы выделяем эти утилиты ( по возможности) в отдельный пакет и при
необходимости выставляем зависимость на него в соответствующих пакета!?
По поводу OpenLDAP в Мастере, я пересобираею пакет без зависимости на MTA, но
не разделяю его на подпакеты, так как в OpenLDAP-2.1.12 этих утилит нет и
соответственно в сисифе после выхода местера будет новый OpenLDAP.
Если возражение непоступят я завтра выкладываю обновленную сборку
OpenLDAP-2.0.27
Спасибо за внимание проявленное к пакету OpenLDAP.
--
With best wishes, Volkov Serge
Network Administrator/Security Administrator
next prev parent reply other threads:[~2003-02-10 16:44 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-02-07 23:07 Mikhail Yakshin
2003-02-08 13:03 ` Aleksandr Blokhin
2003-02-08 21:04 ` Re[2]: " Volkov Serge
2003-02-09 0:02 ` Mikhail Yakshin
2003-02-09 0:46 ` Аркадий Павлик
2003-02-09 1:52 ` Mikhail Yakshin
2003-02-09 2:50 ` Аркадий Павлик
2003-02-09 14:11 ` [sisyphus] " Michael Shigorin
2003-02-09 23:35 ` [sisyphus] " Mikhail Yakshin
2003-02-10 0:01 ` Dmitry Lebkov
2003-02-10 0:44 ` Mikhail Yakshin
2003-02-10 6:11 ` Dmitry V. Levin
2003-02-10 7:01 ` Dmitry Lebkov
2003-02-10 7:07 ` Dmitry V. Levin
2003-02-10 7:39 ` Dmitry Lebkov
2003-02-09 2:56 ` Аркадий Павлик
2003-02-10 7:11 ` Dmitry V. Levin
2003-02-10 8:08 ` Mikhail Yakshin
2003-02-10 13:07 ` vserge
2003-02-10 14:15 ` Dmitry Lebkov
2003-02-10 14:29 ` Aleksandr Blokhin
2003-02-10 15:22 ` Dmitry Lebkov
2003-02-10 15:51 ` [sisyphus] " Michael Shigorin
2003-02-10 16:40 ` [sisyphus] " Aleksandr Blokhin
2003-02-10 23:47 ` Dmitry Lebkov
2003-02-11 0:14 ` Dmitry Lebkov
2003-02-10 16:44 ` vserge [this message]
2003-02-10 16:44 ` Aleksandr Blokhin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030210194446.3fd84bca.vserge@altlinux.ru \
--to=vserge@altlinux.ru \
--cc=sisyphus@altlinux.ru \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Sisyphus discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
public-inbox-index sisyphus
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sisyphus
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git