* [devel] Robust fetchmail-daemon
@ 2003-03-24 0:58 Mikhail Zabaluev
2003-03-24 12:01 ` Dmitry V. Levin
0 siblings, 1 reply; 4+ messages in thread
From: Mikhail Zabaluev @ 2003-03-24 0:58 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 1871 bytes --]
Доброго времени суток.
Предлагается обсудить, как бороться с зависимостью
fetchmail-daemon в конфигурации по умолчанию
от наличия локального SMTP-сервера:
http://bugs.altlinux.ru/view_bug_page.php?f_id=0002363
Лично я нахожу эту зависимость невредной (хотя и не
отражённой в зависимостях пакета в настоящий момент),
но другие, очевидно, могут предпочитать доставку через
/usr/sbin/sendmail либо прямо в MDA, причём среди MDA
у нас тоже есть выбор между fetchmail и maildrop.
Я вижу два способа решения проблемы.
Первый способ: ввести альтернативные конфигурации для нынешнего
fetchmail-daemon: fetchmail-daemon-smtp, fetchmail-daemon-sendmail,
fetchmail-daemon-procmail, fetchmail-daemon-maildrop, далее везде.
Это позволит точно управлять зависимостями, возникающими
в различных конфигурациях.
Проблематичен лишь взаимоисключающий характер этих конфигураций,
т.к. замечено, что использование Conflicts: создаёт некоторую
головную боль у пользователей apt-get (или уже нет?).
Можно разрешить им сосуществовать с помощью alternatives,
но тогда им нужно присвоить равный приоритет во избежание
неприятных сюрпризов для пользователей.
Второй способ: создать mda wrapper, который бы определял наличие
в системе procmail, maildrop и sendmail и находил бы разумный
вариант по умолчанию.
В init-скрипте fetchmail-daemon этот wrapper по умолчанию
устанавливается как MDA для fetchmail.
Этот вариант мне нравится гораздо меньше, потому что wrapper
будет запускаться на каждое сообщение (хотя по сравнению с
работой procmail над каждым сообщением это копейки), исключает
опцию SMTP, вдобавок неясны зависимости этого скрипта: ему нужен
MDA _или_ /usr/sbin/sendmail.
Есть какие-нибудь идеи?
--
Stay tuned,
MhZ JID: mhz@altlinux.org
___________
Do what you can to prolong your life, in the hope that someday you'll
learn what it's for.
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [devel] Robust fetchmail-daemon
2003-03-24 0:58 [devel] Robust fetchmail-daemon Mikhail Zabaluev
@ 2003-03-24 12:01 ` Dmitry V. Levin
2003-03-25 20:01 ` [devel] " Mikhail Zabaluev
0 siblings, 1 reply; 4+ messages in thread
From: Dmitry V. Levin @ 2003-03-24 12:01 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 783 bytes --]
On Mon, Mar 24, 2003 at 03:58:02AM +0300, Mikhail Zabaluev wrote:
> Предлагается обсудить, как бороться с зависимостью
> fetchmail-daemon в конфигурации по умолчанию
> от наличия локального SMTP-сервера:
>
> http://bugs.altlinux.ru/view_bug_page.php?f_id=0002363
>
> Лично я нахожу эту зависимость невредной (хотя и не
> отражённой в зависимостях пакета в настоящий момент),
> но другие, очевидно, могут предпочитать доставку через
> /usr/sbin/sendmail либо прямо в MDA, причём среди MDA
> у нас тоже есть выбор между fetchmail и maildrop.
[...]
> Есть какие-нибудь идеи?
В конфигурации по умолчанию использовать /usr/sbin/sendmail, и ставить на
него зависимость.
$ rpmquery --dbpath ./rpmbox --whatprovides /usr/sbin/sendmail
sendmail-8.12.7-alt1
postfix-1.1.12-alt2
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* [devel] Re: Robust fetchmail-daemon
2003-03-24 12:01 ` Dmitry V. Levin
@ 2003-03-25 20:01 ` Mikhail Zabaluev
2003-03-25 21:07 ` Dmitry V. Levin
0 siblings, 1 reply; 4+ messages in thread
From: Mikhail Zabaluev @ 2003-03-25 20:01 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1189 bytes --]
Hello Dmitry,
On Mon, Mar 24, 2003 at 03:01:11PM +0300, Dmitry V. Levin wrote:
>
> On Mon, Mar 24, 2003 at 03:58:02AM +0300, Mikhail Zabaluev wrote:
> > Предлагается обсудить, как бороться с зависимостью
> > fetchmail-daemon в конфигурации по умолчанию
> > от наличия локального SMTP-сервера:
> >
> > http://bugs.altlinux.ru/view_bug_page.php?f_id=0002363
> >
> > Лично я нахожу эту зависимость невредной (хотя и не
> > отражённой в зависимостях пакета в настоящий момент),
> > но другие, очевидно, могут предпочитать доставку через
> > /usr/sbin/sendmail либо прямо в MDA, причём среди MDA
> > у нас тоже есть выбор между fetchmail и maildrop.
>
> [...]
>
> > Есть какие-нибудь идеи?
>
> В конфигурации по умолчанию использовать /usr/sbin/sendmail, и ставить на
> него зависимость.
В итоге я пришёл к выводу, что зависимости по умолчанию нет,
а потребность в SMTP-сервере может возникнуть лишь после
настройки. Совет установить SMTP-сервер внесён в %description,
в документации и подавно всё недвусмысленно написано.
--
Stay tuned,
MhZ JID: mhz@altlinux.org
___________
Perhaps the biggest disappointments were the ones you expected anyway.
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [devel] Re: Robust fetchmail-daemon
2003-03-25 20:01 ` [devel] " Mikhail Zabaluev
@ 2003-03-25 21:07 ` Dmitry V. Levin
0 siblings, 0 replies; 4+ messages in thread
From: Dmitry V. Levin @ 2003-03-25 21:07 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1609 bytes --]
On Tue, Mar 25, 2003 at 11:01:55PM +0300, Mikhail Zabaluev wrote:
> > > Предлагается обсудить, как бороться с зависимостью
> > > fetchmail-daemon в конфигурации по умолчанию
> > > от наличия локального SMTP-сервера:
> > >
> > > http://bugs.altlinux.ru/view_bug_page.php?f_id=0002363
> > >
> > > Лично я нахожу эту зависимость невредной (хотя и не
> > > отражённой в зависимостях пакета в настоящий момент),
> > > но другие, очевидно, могут предпочитать доставку через
> > > /usr/sbin/sendmail либо прямо в MDA, причём среди MDA
> > > у нас тоже есть выбор между fetchmail и maildrop.
> >
> > [...]
> >
> > > Есть какие-нибудь идеи?
> >
> > В конфигурации по умолчанию использовать /usr/sbin/sendmail, и ставить на
> > него зависимость.
>
> В итоге я пришёл к выводу, что зависимости по умолчанию нет,
> а потребность в SMTP-сервере может возникнуть лишь после
> настройки. Совет установить SMTP-сервер внесён в %description,
> в документации и подавно всё недвусмысленно написано.
Конечно, при установке пакета fetchmail последним пользоваться практически
невозможно до тех пор, пока он не будет настроен.
Но мне кажется, что этой отговоркой отделаться не удастся.
В идеале мне бы хотелось видеть:
1. пример настройки на использование /usr/sbin/sendmail в пакете fetchmail;
2. fetchmailconf, по умолчанию настраивающий на использование
/usr/sbin/sendmail.
Обоснование:
Нормальная рабочая станция может полноценно функционировать при работающем
/usr/sbin/sendmail и отсутствии на ней SMTP-сервера. Именно такую
функциональность предоставляет пакет postfix в своей конфигурации по
умолчанию.
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2003-03-25 21:07 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-03-24 0:58 [devel] Robust fetchmail-daemon Mikhail Zabaluev
2003-03-24 12:01 ` Dmitry V. Levin
2003-03-25 20:01 ` [devel] " Mikhail Zabaluev
2003-03-25 21:07 ` Dmitry V. Levin
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/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 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git