From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/49813 Path: main.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: regular and adaptive scoring with nnimap Date: Tue, 04 Feb 2003 14:50:58 -0500 Organization: =?koi8-r?q?=F4=C5=CF=C4=CF=D2=20=FA=CC=C1=D4=C1=CE=CF=D7?= @ Cienfuegos Sender: owner-ding@hpc.uh.edu Message-ID: <4n1y2nkeot.fsf@lockgroove.bwh.harvard.edu> References: <84u1fwlxj5.fsf@lucy.is.informatik.uni-duisburg.de> <84u1fw7zaw.fsf@lucy.is.informatik.uni-duisburg.de> <4nk7gq8mms.fsf@lockgroove.bwh.harvard.edu> <84wukqtk3c.fsf@lucy.is.informatik.uni-duisburg.de> <4nof5txezm.fsf@lockgroove.bwh.harvard.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1044388270 32550 80.91.224.249 (4 Feb 2003 19:51:10 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 4 Feb 2003 19:51:10 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18g95N-0008P8-00 for ; Tue, 04 Feb 2003 20:50:25 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 18g96R-0006br-00; Tue, 04 Feb 2003 13:51:31 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 04 Feb 2003 13:52:27 -0600 (CST) Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id NAA14782 for ; Tue, 4 Feb 2003 13:52:14 -0600 (CST) Original-Received: (qmail 5625 invoked by alias); 4 Feb 2003 19:51:10 -0000 Original-Received: (qmail 5619 invoked from network); 4 Feb 2003 19:51:10 -0000 Original-Received: from clifford.bwh.harvard.edu (134.174.9.41) by 66.230.238.6 with SMTP; 4 Feb 2003 19:51:10 -0000 Original-Received: from lockgroove.bwh.harvard.edu (lockgroove [134.174.9.133]) by clifford.bwh.harvard.edu (8.10.2+Sun/8.11.0) with ESMTP id h14Jp8j08309 for ; Tue, 4 Feb 2003 14:51:08 -0500 (EST) Original-Received: (from tzz@localhost) by lockgroove.bwh.harvard.edu (8.11.6+Sun/8.11.0) id h14Jowq22937; Tue, 4 Feb 2003 14:50:58 -0500 (EST) Original-To: ding@gnus.org X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Followup-To: ding@gnus.org In-Reply-To: (Simon Josefsson's message of "Tue, 04 Feb 2003 16:32:46 +0100") User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 (sparc-sun-solaris2.8) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:49813 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:49813 On Tue, 04 Feb 2003, jas@extundo.com wrote: > Ted Zlatanov writes: > >> I wrote some pieces of code, specifically file creation and listing >> of groups on a nnimap server. I'm very slowly working my way >> through the file operations - stuff like make-directory is trivial >> when dealing with files, but pretty complex with nnimap. >> Fortunately I can just ignore most file functionality. >> >> groups will be mapped to directories files will be mapped to >> articles (filename == article number) the current nnimap server >> will always be used (good idea? bad idea?) > > As Kai said, using imap.el directly might be better. nnimap.el is a > hack but I like to believe that imap.el isn't as bad. I think > nnimap still alters some Gnus internal variables when you enter a > group, for instance. I was hoping to find those variables, but I see that it's a losing game to play catch-up with the rest of Gnus as new group-level variables are introduced. There's no save-all-variables-in-scope, is there? :) > OTOH using nnimap might make it easy to generalize the code for any > Gnus backend, which could be interesting. I thought about that, but I'm not sure I'm up to doing all that work - I'm pretty sure it requires modifications to Gnus in order to allow a temporary switch to another group without repercussions to the current group. >> Filenames will have to be numeric. Retrieving an article by >> subject is significantly harder. > > imap.el's `imap-search' is rather powerful; > > (imap-search "HEADER Message-Id \"mydirectory/myfile.txt\"") > > should return all UID's for articles with that Subject. OK, I'll use that and allow for both numeric and by-subject addressing. Thanks! Ted