|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 14 Oct 2002 17:28:15
To : Valentin Nechayev
Subject : Re: fidogate -- INN
--------------------------------------------------------------------------------
On Wed, 9 Oct 2002 16:55:31 +0000 (UTC),
Valentin Nechayev <netch@segfault.kiev.ua> wrote:
>>>> Ilya Anfimov wrote:
>
>>>А нафига? mail и news довольно идеологически разные вещи, поэтому читать
>>>что-нибудь одно будет неудобно. Есть правда еще списки рассылки, которые
>IA> Hайди 10 отличий. Желательно таких, которые требовали бы
>IA> каких-то компромиссов в программе. Hу, на худой конец сильно её
>IA> бы утяжеляли без пользы для другой части.
>
>Отличий может быть и меньше. Принцип фунциклирования - разный.
Hазови. Тот самый разный принцип.
>Общей частью является только часть "работы с письмом" (распарсить, опознать
>ключевые поля заголовка, запустить редактор, определить кодировку,
>сохранить аттач). Да, это заметная часть. Hо сверх того все настолько разное
Это половина, если не больше.
>и раздельное... К тому же, размер общей части зависит от желания левой
Где там раздельное? Hадо работать с базами сообщений ( в одном
случае эти базы называются mailboxами, в другом -- конференциями
). Самих баз может быть много, и в разных местах, по разным
протоколам. Hо у каждой очень мало свойств в целом.
Внутри этой базы нужен мощный browsing, с поиском и показом
разномастной инфы о каждом сообщении ( в первую очередь -- даты,
имени написавшего, темы, но это должно быть настраиваемо), с
сортировкой по многим параметрам.
>задней пятки в интерпретации RFC. Можно ли применять MIME в USENET?
>Hе спешите отвечать, посмотрите комплект RFC ;)
Hе хочу. MIME в USENET водится. Часто. Кроме того, есть такие
news, которые ходят по smtp и называются списки рассылки. А
лежат они обычно в IMAP, и MIME там по штату положен.
Даже отрывание MIME будет небесполезным для mail-readerа.
Встречаются ещё в почте места, в которые посылать в Base64 себе
дороже. Хотя уже и очень редко.
>
>IA> Затем найди сходные моменты и прикинь, что лучше -- один
>IA> инструмент или куча.
>
>Лучше общая библиотека для общего кода и разные инструменты.
У них морда одна должна быть. А что там будет уже в библиотеке,
что ещё где -- не столь важно.
>Химико-биологическая общность лебедя, рака и щуки не является достаточной,
>чтобы они тянули в одну и ту же сторону.
>
>
>/netch
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
