Re: Не ходит мыло у меня

From

Andrew Leonov (2:4641/500.911)

To

Igor Mitichev

Date

2005-11-29T10:54:34Z

Area

RU.UNIX.FTN

                       Здравствуйте, Igor !!!

Tuesday November 29 2005 08:51, Igor Mitichev wrote to Andrew Leonov:

 IM> :) И у классики нет никаких трудностей с MSG, когда эта самая MSG
 IM> используется по назначению.

Я в этой MSG попытался всего лишь письма хранить. Оказывается у нее другое
назначение. Я уже подумываю нетмейл свой под jam перевести. У меня его уже
много.

 IM> Возможно. Но вообще, оно придумывалось для нетмейла с небольшим
 IM> количеством писем. Когда, с развитием фидо, траффик вырос, недостатки
 IM> системы "одно сообщение - один файл" стали очевидными. Были придуманы
 IM> более другие форматы хранения писем.

Я историей inn не увлекаюсь, но слышал, что cnfs (однофайловый спул) в нем был
придуман из-за недостатков файловой системы. Но в настоящее время оно наоборот
не актуально.

 IM> Не знаю... Какой-то не правильный подход Imho. Ты не ставишь конечной
 IM> цели, но хочешь решить ее заранее определенными средствами.

У меня конечная цель была поставлена одна -- создать такой спул, в котором
можно было бы искать информацию, любую. Тебе примеры? Вот из последних:
составить список электората в этой конференции с сортировкой по их активности;
найти письмо avb о внесении тебя в твиты; в каком-то из писем Wagner писал про
то, как диски с debian нарезать (ни одного слова из письма не помню); сколько
тредов было начато про hpt, а сколько про ifmail и т.д. Т.е. не всегда тупой
поиск. Иногда и подача найденого в форме, далеко отличной от оригиналов писем.

 IM> Мне кажется, более правильным был бы подход, при котором сначала
 IM> ставилась задача, а потом искались решения для ее наиболее оптимальной
 IM> реализации.

Тут не надо оптимально, тут надо универсально. Вопросы и запросы постоянно
меняются.

 IM> Ну конечно нельзя. Нельзя в одной технологии использовать средства другой
 IM> технологии.

В радикальных технологиях может и нельзя. А тут вроди и подобие текстового
спула есть, но не работает.

 IM> Ну не знаю... Ну вот а как ты свой sed будешь использовать,
 IM> если данные в mysql хранятся? Или в oracl'е каком-нибудь? Да мало ли
 IM> форматов...

Через конвеер, конечно. Если SELECT-а не хватит. Хотя пока хватало.

 IM> При этом текстовый -- далеко не всегда наиболее оптимальный.

Смотри выше про оптимальность и универсалность.

 IM> :) Ну и значит ацтой ваш юникс. Вот моему NetMgr хоть MSG, хоть JAM, все
 IM> нипочем. ;)

:-)

 AL>>  Ты мне его тоже предлагаешь потестить?
 IM> Нет. Потому, что может так оказаться, что оно не подойдет для решения
 IM> твоих задач.

Вот у меня на этой станции задачу пока надо решить всего одну. У меня два AKA.
"Первый" на работе, "второй" дома. Хочу вне рабочее время копировать (не
прибивая) на второй AKA все письма (в том числе и аттачи), которые идут на
первый. Письма со второго AKA на первый возвращать назад не желаю. Не желаю так
же форвардить ответы боссовых роботов. Как думаешь, справится без скриптов
(скрипт я и без трекалки напишу)? Есть смысл попробовать?

                            С уважением, Андрей Леонов.

--- GoldED+/W32 1.1.5-040321
 * Origin: Даешь языку C++ статус государственного (2:4641/500.911)
SEEN-BY: 46/50 50/12 203 400/814 450/186 1024 451/30 454/9 465/285 469/418
SEEN-BY: 550/222 4641/77 103 143 444 500 4646/15 5000/5000 5001/5001 5002/50
SEEN-BY: 5002/79 5003/57 5010/53 5011/13 5012/23 46 5015/10 28 5019/31
SEEN-BY: 5020/154 175 400 545 715 758 830 937 1523 1604 2020 2142 2238 2871
SEEN-BY: 5020/4441 5021/29 5022/128 5025/3 750 5026/45 5027/16 5030/49 115 436
SEEN-BY: 5030/556 966 1063 1900 5031/47 70 5035/38 5036/34 5040/47 5042/13
SEEN-BY: 5049/50 5053/16 5054/1 8 9 18 37 45 63 67 81 5059/9 37 5060/900
SEEN-BY: 5061/120 5062/1 10 5063/3 5067/2 5069/7 5070/1222 5077/70 5080/80
SEEN-BY: 5080/1003 5083/21 5085/13 5090/108 113 5095/20 5096/18 5099/11
SEEN-BY: 6000/12 254 6001/10 6090/1

PATH: 4641/500 444 5020/400 4441 545 5054/1 37