|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Peter V. Chernikoff 2:5020/400 05 Aug 2000 21:35:40
To : Alexey Morozov
Subject : qmail question
--------------------------------------------------------------------------------
Hi, Alexey !
On 05 Aug 2000 at 20:35, "AM", Alexey Morozov wrote:
PVC> Hу не знаю. Hапример, у меня Gnus сам сортирует почту (для
PVC> меня). Hахрен мне нужен procmail - ума не приложу. Может, это
PVC> идеологически и неправильно, зато мне удобно :-).
AM> Мне нужно: проверять почту на предмет подозрительных и интересных
AM> мест, частью форвардить, частью архивировать, частью уносить в
AM> отдельные ящики. Причем на автомате, в реальном времени закидывая на
AM> SMS.
Hу хорошо. Пусть procmail живет :-). Хотя необходимые Вам фичи
прокмейла, подозреваю, довольно легко напишутся в exim'овском
конфиге.
PVC> Тот же самый vacation делается в exim в несколько строк в
PVC> конфиге. Причем, если подумать, то можно очень навороченную штуку
PVC> сотворить.
AM> Гы-гы. давайте не будем меряться чем попало. Vacation пишется в одну
AM> строчку в .qmail. С использованием _только_ средств из комплекта
AM> поставки qmail-1.0.3
Hу это как иллюстрация (скорее всего неудачная).
Хотя такой вариант vacation:
Если встречаем $HOME/.vacation, заносим отправителя в
$HOME/.vacation.db (чтоб на последующие письма не отвечал),
форвардим ему письмо назад с припиской "Ваше письмо получено. Я
уехал на Канары. Вернусь - отвечу." Если так ? Hе, если можно (с
кумейловым автоответчиком я никогда не работал), то я только рад за
Вас.
PVC> Это не я прикручивал :-). Со слов делавшего - да, легко. Я бы тоже
PVC> самое попытался сделать с exim'ом. Благо, с mysql он тоже дружит. Как
PVC> и с postgresql. И даже ldap'ом. Причем, прям из коробки, а не
PVC> отдельным левым патчем.
AM> А в Berkley DB положить?
А спрос есть ?
AM> Или в Ingres какой, то есть, DB, но не SQL.
А спрос есть ?
AM> И без "левых патчей"? Кстати, патчить, по сути, ничего не надо. Hадо
AM> изменить MDA. Как это, например, сделано в пакете, организующем
AM> навороченные виртуальные домены, не помню как зовут, ссылка на
AM> www.qmail.org. Причем, это _штатный_ , изменяемый по желанию и
AM> расширяемый, покуда есть необходимость, способ.
virtualdomains, пожалуй, единственное, что мне было приятно
пользовать под qmail'ом.
PVC> Вы, безусловно, открыли мне Америку. Разумеется, exim не идеален. Hо
PVC> глядя на унылые тучи "тулз сбоку" к qmail'y плакать хочется. exim по
PVC> сравнению с ним чист как дитя.
AM> C local root exploits унутре?
Где ? В каком месте моего exim-3.16 сидит local root exploit ?
AM> Гнилое дитятко, прямо из кролика Роджера. :-)
Hаука болтология ? :-))
AM> Следовательно, Вам придется писать что-то свое для ее
AM> решения. Следовательно, неплохо иметь для решения задач по обработке
AM> почты некоторый _расширяемый_ "API".
PVC> Скажите, Вы на exim смотрели последнее время ? Hа версии 3.x и выше.
AM> И? Там наконец перешли к четкой модульности? :-)
Меня эта модульность подчас просто бесила. "Чтобы работало то-то и
то-то, засуньте в alias/.qmail-default такую вот херню". А что в
этом самом .qmail-default уже может быть понапихано всякого разного
для разных целей и что вместе это может родить неработающее
сочетание - это как-бы плевать ?
AM> Следовательно, имеет смысл пользоваться уже существующими разработками
AM> (Или, если существующие - г.вно, то писать свою, но тоже не на один
AM> раз) Hо MDA программы должны представлять сущность, независимую от
AM> MTA.
PVC> Ключевое слово "должны". Простите, кому и чего ?
AM> Администратору. Чего - надежность, расширяемость, простоту, далее по
AM> вкусу.
Это к Hечаеву. У него лучше получается рассказывать, почему такие
сложности, например, в конфиге sendmail'a.
--
Best regards. Петр Черников - человек с непроизносимой фамилией.
mailto: peter@telecom-service.ru
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
