From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Recipient: mandrake-russian@altlinux.ru X-Posting-Agent: Hamster/1.3.21.0 From: Serge Skorokhodov X-Mailer: The Bat! (v1.53t) Organization: F.F.Yu.D. X-Priority: 3 (Normal) Message-ID: <1793592936.20010925144300@mtu-net.ru> To: Mikhail Zabaluev Subject: Re: [mdk-re] [JT] sorting mail (was: Веники talks) In-Reply-To: <20010925132709.B30516@localhost.localdomain> References: <3BACE494.C197806B@zmail.ru> <511868172.20010923005658@pisem.net> <20010923064630.271742344@abr.tool.ru> <1113083814.20010923141243@comail.ru> <20010923164222.52A7B233C@abr.tool.ru> <3519111130.20010923230111@mtu-net.ru> <20010925003247.C1874@localhost.localdomain> <13143441205.20010925112632@mtu-net.ru> <20010925132709.B30516@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru X-Reply-To: Serge Skorokhodov List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Tue Sep 25 14:38:01 2001 X-Original-Date: Tue, 25 Sep 2001 14:43:00 +0400 Archived-At: List-Archive: List-Post: Здравствуйте! MZ> Hello Serge, MZ> On Tue, Sep 25, 2001 at 11:26:32AM +0400, Serge Skorokhodov wrote: >> >> Здравствуйте! >> >> MZ> Hello Serge, >> >> MZ> On Sun, Sep 23, 2001 at 11:01:11PM +0400, Serge Skorokhodov wrote: >>>> >>>> Последний типовой вопрос. Скажем, в этой рассылке проходит >>>> больше сотни писем в день. Флеймы вроде этого читать может >>>> быть интересно (надеюсь:). Реально приходящие письма мельком >>>> проглядеть и определить ценность и тематику информации. Т.е. >>>> надо пометить сообщен надо пометить сообщения как >>>> принадлежащие сразу к нескольким категориям (желательно >>>> древовидным)для последующего поиска, чтобы потом не >>>> вытякивать полнотекстовым поиском море заголовков, лишь на >>>> 30% "релевантных". В TB! есть хоть зачаток такой функции, а >>>> где еще? В мозиле? KMail? Сильфиде? Mutt? >> MZ>>> В документации по Mutt выборкам посвящены целые главы. >> >> Т.е. можно создавать иерархические группы писем независимо от >> места их физического хранения? С возможностью "ложить письма в >> несколько групп? С возможностью потом искать в группе? MZ> Автоматической раскладкой занимается procmail. Там есть и MZ> средства "нечеткой" сортировки, см. procmailsc(5). Физически, MZ> тем не менее, сообщения придется копировать. TANSTAAFL. Вы ответили на немного другой вопрос:) По поводу автоматической сортировки понятно, ясны и ее ограничения. Речь идет о задаче ручной сортировки. Т.е. в процессе работы с почтой у каждого пользователя складывается иерархия тем: "лес" деревьев, как в библиотечном каталоге (первоначально задача выросла из проблемы организации хранения большого числа статей и абстрактов, независимо перелопачиваемой "группой товарищей":). При просмотре большого количества входящей почты и "отвечании" на нее возможно лишь оценить ценность и тематическую принадлежность письма, но не запомнить и уложить в голове результаты такой оценки. Естественное с моей точки зрения решение -- метить письма, как принадлежащие к тем или иным пунктам иерархии (можно рассматривать, что письмо лежит в сразу в нескольких виртуальных каталогах, но как и где оно физически хранится -- абсолютно не важно). Физическая раскидка почты по каталогам -- один из вариантов, но даже это в, скажем, сильфиде делать неудобно (попробуйте перенести письмо сразу в несколько каталогов -- очень интересные танцы выходят). mh/nmh имеет для этого командный интерфейс, но у него своих проблем хватает:) Причем в идеале это не должно быть физическое копирование и хранение, а только ссылки (причин тут можно назвать несколько, но они явно off scope). Просмотр и поиск после этого можно было бы проводить по таким "виртуальным" папкам. Важным моментом является то, что "подпапки" являются подкатегориями, поэтому выбор родительской папки должен выводить и содержание всех "детей", по крайне мере такой режим должен быть доступен. Внимание, вопрос:) Есть ли в Mutt'е инструментарий для чего-либо подобного? Serge Skorokhodov aka suralis 25.09.2001 suralis-s@mtu-net.ru