= Сообщение: 1478 из 5339 ========================================= RU.HUSKY = От : Michael Dukelsky 2:5020/1042 22 Oct 15 15:48:32 Кому : Alexey Vissarionov 22 Oct 15 15:48:32 Тема : Проблемы с нетмейлом FGHI : area://RU.HUSKY?msgid=2:5020/1042+5628db21 На : area://RU.HUSKY?msgid=2:5020/545+5628a7e5 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.HUSKY?msgid=2:5020/5480+56291537 ============================================================================== Привет, Alexey!
22 Oct 15 12:04, Alexey Vissarionov послал(а) письмо к Anton Barabanov:
AB>>>> Можно для нетмэйла использовать трекер нетмейла, а не комбайн. AV>>> А зачем использовать внешние огрызки, когда есть встроенный AV>>> трекер, который кроет их, как конь ишака? AB>> Да слишком активно кроет, судя по отзывам. AV> Ну, вот простейшая задача: есть два равнозначных нетмыльных маршрута, AV> нужно отправить сообщение через тот узел, с которым за прошедшие сутки AV> было больше сеансов связи с реальным обменом почтой.
Сама постановка задачи вызывает вопросы. Динамическая маршрутизация делается не так, но попытки её внедрения, как ты знаешь, не увенчались успехом из-за нежелания сисопов что-либо менять на своём узле. Послать письмо через действующий, а не сдохший маршрут - вот, по существу, что нужно. Потому что если у тебя есть два маршрута, и с одним линком было 100 сессий в сутки, а с другим - 200, то вряд ли, послав письмо через второго линка, ты что-нибудь выиграешь. Для посылки письма через живой маршрут есть решение shared aka в binkd.
Вообще же по поводу rntrack, как одного из трекеров нетмейла, можно сказать следующее: типовые задачи обработки нетмейла в нём решаются очень простыми средствами, не требующими умения программировать на каком-нибудь языке программирования общего назначения. Если встроенных средств не хватает для решения какой-нибудь задачи, то rntrack так же как и hpt позволяет использовать скрипты на Perl.
Так что для обработки эх можно использовать hpt, а для обработки нетмейла - rntrack. Что касается тезиса "зачем нам две программы, когда все задачи можно решить одной", то это очень странно слышать от приверженца юникса, в котором предпочитают для решения каждой задачи иметь отдельный инструмент.
Желаю успехов, Alexey! За сим откланиваюсь, Michael.
