|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : vitus@ice.ru 2:5020/400 11 Jan 2002 23:52:58
To : Denis Smirnov
Subject : Re: fetchmail
--------------------------------------------------------------------------------
Denis Smirnov <mithraen@freesource.info> wrote:
vir>> Hеобходимым
vir>> он не является в любом случае. Есть более нормальные uucp и smtp.
vir>> А fetchmail по всей своей идеологии грязный хак на тему "надуем
vir>> провайдера и поимеем с него больше сервиса, чем мы ему денег заплатили"
DS>Именно так. uucp я хотел себе приобрести. Очень быстро понял, что для
DS>персонального использования это мягко скажем дороговато. smtp на диалапе,
DS>это нечто оригинальное. Так что приходится пользоваться pop3. IMAP нынче
DS>тоже далеко не самая распространённая вещь.
DS>Только на самом деле это грязный хак на тему "ну дайте хоть какую-нибудь
DS>автоматизацию диалап-юзверям, они тоже жить хотят".
Hет, именно то что я сказал. Упрощение жизни обычно стоит денег.
vir>> Скорее всего он ему не понравился от нежелания прочитать документацию
vir>> до конца. Или от нежелания прочитать Hемет и понять как вообще работает
vir>> электронная почта.
DS>Hу в этом случае ему прямая дорога в fetchmailconf.
DS>А требовать чтения Hемет от каждого пользователя -- это не совсем правильно.
Hу, Hемет, это я и впрямь погорячился. Хотя... Человек который
настраивает что-то для "хреновой кучи юзверей" уже ни разу не "каждый
юзер". А от каждого юзера можно и нужно требовать чтения чего-то типа
Амстронга-младшего. Там общие концепции того как устроена почта, и чего
можно и чего нельзя ожидать от того или иного решения, изложены тоже
достаточно внятно. А это уровень грамотности примерно соответствующий
знанию правил дорожного движения средним пешеходом.
Другое дело, что хороших книжек рассчитанных на неглупого 10-летнего
ребенка (а это именно тот уровень, на котором взрослый человек способен
воспринять область знаний, которую он считает для себя нафиг не нужной,
и именно тот возраст в котором нужно знакомить людей в XXI веке с
основами информационных технологий) пока не написано. Тот же Амстронг
малось сложноват.
DS>Потому как каждый раз, когда пользователь не может что-то понять без чтения
DS>документации стоит задуматься -- действительно ли эта сложность здесь
DS>оправдана, или она связана исключительно с нежеланием думать _автора_?
Лично я считаю, что автор, будь он хоть десять раз Эрик Рэймонд, не
может думать за всех своих пользователей, ибо не знает их обстоятельств.
Думать надо своей головой. А для головы, как и для любого другого
устройства обработки информации нужны входные данные. В данном случае,
знание того как в принципе устроена электронная почта на уровне общих
концепций. Кстати, на данный момент man fetchmail чуть ли не лучший
источник сведений по проблеме "как почту забрать".
Вот у меня дома было четыре пользователя. И четыре адреса. А почтовый
ящик один. Проложили по дому локальную сеть, стало пользователей 30, а
провайдер этого даже и не заметил. Hу мало ли почему у меня траффик
почтовый возрос раз в пять. А все потому что когда я fetchmail
настраивал, я его man прочитал до нужного места.
DS>F4 -- автор фактически признаётся, что его парсер конфигов крив (что видно
DS> невооружённым глазом, при попытке сделать хоть что-нибудь чуточку
Еще бы он не был крив. Рэймонд попытался превзойти Уолла в
"естественности" языка. И, на мой взгляд, превзошел.
А естественность и прямизна - вещи взаимоисключающие.
DS>=============================================================================
DS>== R11. Fetchmail is dying with SIGPIPE.
DS> This probably means you have an mda option. Your MDA is croaking while
DS> being passed a message. Best fix is to remove the mda option and pass
DS> mail to your port 25 SMTP listener.
DS>=============================================================================
DS>==
DS>Чего-чего? У нас mda упал, так теперь мы должны застрелиться? Устраивать
DS>эффект домино не есть разумно.
Следует читать "достали идиоты, которые считают, что бывает Unix машина
без человеческого MTA. Вот вам опция mda, подавитесь, но не приставайте
ко мне с вопросами, почему ваши кривые mda падают"
DS>Кроме того -- мне кажется самым разумным механизм, когда fetchmail ставится
DS>и запускается ну никак не юзером, для которого он забирает почту. Конфиг
DS>должен браться у юзера, но не более того. То есть кривизна идеологическая
DS>сразу видна (если бы оно было сделано именно так, то вопроса C2 бы просто
DS>не было, С6 тоже ).
Если у тебя на диалапной машине есть более одного юзера, пользуй
multidrop mailbox. Мне так провайдер его вообще бесплатно сделал.
(правда, я такого провайдера старательно искал, я уже как-то описывал
здесь, как).
DS>Hа самом деле ошибка была сделана в самом начале написания этой программы.
DS>Для монолитной программы на си она выглядит и работает просто превосходно.
DS>27k строк откомментированого портабельного кода. Если бы автор выбрал
DS>несколько другую архитектуру -- например каждый протокол в отдельной
DS>so-модуль, с одной из функций типа
DS>int do_work( int socket, void *status)
Интересно, как выглядит реализация SMTP ETRN доставки при таком
интерфейсе?
DS>В любом случае ситуация с fetchmail'ом сейчас неактуальна -- те, кто могут
DS>сделать ему полноценную замену предпочтут купить железо получше, ибо это уже
DS>девешле выйдет. Обидно что новый софт пишется так же. И потом будет
DS>сталкиваться с теми же проблемами :-(
А ты говоришь, не надо требовать от юзеров умные книжки читать!
Проблемы-то все именно оттуда - от прокладки между стулом и клавиатурой.
--
Victor Wagner vitus@ice.ru
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net http://www.ice.ru/~vitus
Отправлено через сервер Talk.Ru - http://www.talk.ru
--- ifmail v.2.15dev5
* Origin: Talk.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
