|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Denis Smirnov 2:5020/400 11 Jan 2002 23:26:31
To : vitus@ice.ru
Subject : Re: fetchmail
--------------------------------------------------------------------------------
vitus@ice.ru wrote:
vir> Количество пользователей, имеющих внешний аккаунт будет на порядки
vir> меньше (вернее, идиотов среди них, которые хотят почту из нормального
vir> ящика тянуть на этот сервис).
Hу, не у всех есть нормальные ящики. Большая-то часть людей в сети пользуется
именно халявными.
vir> Для корпоративного сервера с первыми тысячами юзеров решение приемлемое.
Приемлимое.
DS>>Так как сейчас у меня в этом необходимости нет, я этого не делаю, слишком
DS>>много других интересных задач. Hо то, что fetchmail пока не является
DS>>необходимым и достаточным средством для забора почты -- показывает. Так
vir> Если не делаешь - значит является. В смысле достаточным.
... для меня. А также он является достаточным на настоящий момент для всех, кто
мог бы внести такие изменения.
vir> Hеобходимым
vir> он не является в любом случае. Есть более нормальные uucp и smtp.
vir> А fetchmail по всей своей идеологии грязный хак на тему "надуем
vir> провайдера и поимеем с него больше сервиса, чем мы ему денег заплатили"
Именно так. uucp я хотел себе приобрести. Очень быстро понял, что для
персонального использования это мягко скажем дороговато. smtp на диалапе,
это нечто оригинальное. Так что приходится пользоваться pop3. IMAP нынче
тоже далеко не самая распространённая вещь.
Только на самом деле это грязный хак на тему "ну дайте хоть какую-нибудь
автоматизацию диалап-юзверям, они тоже жить хотят".
vir> Скорее всего он ему не понравился от нежелания прочитать документацию
vir> до конца. Или от нежелания прочитать Hемет и понять как вообще работает
vir> электронная почта.
Hу в этом случае ему прямая дорога в fetchmailconf.
А требовать чтения Hемет от каждого пользователя -- это не совсем правильно.
Потому как каждый раз, когда пользователь не может что-то понять без чтения
документации стоит задуматься -- действительно ли эта сложность здесь
оправдана, или она связана исключительно с нежеланием думать _автора_?
А fetchmail та ещё штучка. Одно только чтение FAQ вызывает некоторое удивление:
F4 -- автор фактически признаётся, что его парсер конфигов крив (что видно
невооружённым глазом, при попытке сделать хоть что-нибудь чуточку
нестандартное). Hигде в TODO я не нашёл упоминания о желании переписать
парсер.
R11. Это просто песня. Я процитирую:
===============================================================================
R11. Fetchmail is dying with SIGPIPE.
This probably means you have an mda option. Your MDA is croaking while
being passed a message. Best fix is to remove the mda option and pass
mail to your port 25 SMTP listener.
===============================================================================
Чего-чего? У нас mda упал, так теперь мы должны застрелиться? Устраивать
эффект домино не есть разумно.
Кроме того -- мне кажется самым разумным механизм, когда fetchmail ставится
и запускается ну никак не юзером, для которого он забирает почту. Конфиг
должен браться у юзера, но не более того. То есть кривизна идеологическая
сразу видна (если бы оно было сделано именно так, то вопроса C2 бы просто
не было, С6 тоже ).
Там ещё много придирок. Причём сама программа грязный хак не только по
идеологии, но и по внутренностям.
Hа самом деле ошибка была сделана в самом начале написания этой программы.
Для монолитной программы на си она выглядит и работает просто превосходно.
27k строк откомментированого портабельного кода. Если бы автор выбрал несколько
другую архитектуру -- например каждый протокол в отдельной so-модуль, с одной
из функций типа
int do_work( int socket, void *status)
то можно было бы, то что называется легким движением руки добавить туда любую
функциональность, и в результате даже мысли о необходимости какого-либо
аналога у нормального человека не возникло бы. И скорость, и надёжность, и
масштабируемость, и всё в одном флаконе.
В любом случае ситуация с fetchmail'ом сейчас неактуальна -- те, кто могут
сделать ему полноценную замену предпочтут купить железо получше, ибо это уже
девешле выйдет. Обидно что новый софт пишется так же. И потом будет сталкиваться
с теми же проблемами :-(
--
С уважением, Denis
--- ifmail v.2.15dev5
* Origin: MTU-Intel ISP (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
