VM>>> Hу про "принять" понятно! С этим вопросов нет... У меня основной VM>>> вопрос именно про дальнейший хэндлинг (т.е., роутинг) SM>> Обычному узлу достаточно принять и оставить для ручного разбора. Хост SM>> должен принять и доставить почту для своей сети, остальное оставляем SM>> для ручного разбора.
VM> Мы вон выше с Олегом потестили... Моя станция кладёт на всё болт и успешно VM> обрабатывает нетмейл из непарольной сессии и (при необходимости) пускает VM> его по роутингу, минуя сисопа =/
Берём в руки Perl и правим процедуру route() в filter.pl. Есди самому лень, то ждём, когда я выложу. ;)
VM>>>>> сразу извиняюсь за тупой вопрос, но готов принять тухлые яйца VM>>>>> :D SM>>>> А вот это про обслуживать msg базу VM>>> а что не так с msg? в чём заключается её "обслуживание" и зачем? SM>> sqpack умеет её только пуржить. При этом ломает реплей линки и SM>> ластриды. Предложенная утилита умеет не только пуржить, но и SM>> перемещать в другую область старые сообщения, не ломает ластриды, SM>> перенумеровывает, сортирует по дате, линкует...
VM> Дяденька, я не настоящий сварщик! (с)
Это не важно. Я тоже. ;)
VM> Из всего тобой перечисленного, мне РЕАЛЬHО пригодилась бы сортировка: VM> чтоб после рескана сообщения в "нормальном" порядке вставали =/
Сортировку для JAM я пока только планирую сделать. Для MSG эта утилита и делает, только после сортировки нужно линковать базу.
Have nice nights. Stas Mishchenkov.
--- Нa opужейнoм зaвoдe заpплату дают дeнь в день, cекунда в секунду * Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
