ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Отсутствует зависимость на smtpdaemon | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Andrey Brindeyev <andrey.brindeew> | ||||
| Component: | fetchmail | Assignee: | Mikhail Zabaluev <mhz> | ||||
| Status: | CLOSED FIXED | QA Contact: | |||||
| Severity: | minor | ||||||
| Priority: | P4 | CC: | azol, legion, mike | ||||
| Version: | unstable | ||||||
| Hardware: | all | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
|
Description
Andrey Brindeyev
2003-03-12 13:56:04 MSK
fetchmail может использовать при доставке procmail. fetchmail может использовать при доставке procmail. fetchmail не должен по умолчанию ломиться на SMTP. fetchmail не должен по умолчанию ломиться на SMTP. ~/.fetchmailrc :
=====
set postmaster \"ira\"
set bouncemail
set no spambounce
set properties \"\"
set daemon 150
poll abr.tool.ru with proto POP3
user \'ira\' there with password \'xxxxxxx\' is \'ira\' here options fetchall
=====
Что здесь указывает на доставку по SMTP? Мне непонятно, почему доставка производится через Postfix
~/.fetchmailrc :
=====
set postmaster \"ira\"
set bouncemail
set no spambounce
set properties \"\"
set daemon 150
poll abr.tool.ru with proto POP3
user \'ira\' there with password \'xxxxxxx\' is \'ira\' here options fetchall
=====
Что здесь указывает на доставку по SMTP? Мне непонятно, почему доставка производится через Postfix
Во вложенным в этот баг патче (2363-fetchmail-6.2.2-alt-config.patch) содержится исправление для /etc/rc.d/init.d/fetchmail, которое включает доставку почты сразу procmail, без использования smtpdaemon. Во вложенным в этот баг патче (2363-fetchmail-6.2.2-alt-config.patch) содержится исправление для /etc/rc.d/init.d/fetchmail, которое включает доставку почты сразу procmail, без использования smtpdaemon. Нельзя лишать пользователей и администраторов выбора. Как разрулить ситуацию, чтобы можно было альтернативно использовать SMTP или procmail? Можно сделать два конкурирующих пакета: fetchmail-daemon-smtp и fetchmail-daemon-procmail (плюс, может быть, fetchmail-daemon-maildrop). Нельзя лишать пользователей и администраторов выбора. Как разрулить ситуацию, чтобы можно было альтернативно использовать SMTP или procmail? Можно сделать два конкурирующих пакета: fetchmail-daemon-smtp и fetchmail-daemon-procmail (плюс, может быть, fetchmail-daemon-maildrop). да, разделение на пакеты, похоже, является единственным вариантом. да, разделение на пакеты, похоже, является единственным вариантом. По зрелом размышлении, просмотре скриптов и конфигураций: Установка fetchmail и fetchmail-daemon не требует безусловного наличия SMTP-демона. fetchmail-daemon после установки с нуля не запускает fetchmail. После редактирования конфигурации зависимость на SMTP может появиться, если явно не указан MDA. Это отражено в fetchmail(1), а начиная с пакета 6.2.2-alt2 -- и в описании пакета. По зрелом размышлении, просмотре скриптов и конфигураций: Установка fetchmail и fetchmail-daemon не требует безусловного наличия SMTP-демона. fetchmail-daemon после установки с нуля не запускает fetchmail. После редактирования конфигурации зависимость на SMTP может появиться, если явно не указан MDA. Это отражено в fetchmail(1), а начиная с пакета 6.2.2-alt2 -- и в описании пакета. В пакете fetchmail-6.2.2-alt3 вкомпилирован fallback на /usr/sbin/sendmail. Пакету fetchmail придана зависимость на /usr/sbin/sendmail. Таким образом, проблема неявной зависимости от SMTP-сервера разрешена в полной мере. Всем спасибо :) edited on: 03-04 03:22 В пакете fetchmail-6.2.2-alt3 вкомпилирован fallback на /usr/sbin/sendmail. Пакету fetchmail придана зависимость на /usr/sbin/sendmail. Таким образом, проблема неявной зависимости от SMTP-сервера разрешена в полной мере. Всем спасибо :) edited on: 03-04 03:22 |
