From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/49812 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:45:48 -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: <4nptq7kexf.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> <87d6m8h09r.fsf@eris.void.at> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1044387989 31247 80.91.224.249 (4 Feb 2003 19:46:29 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 4 Feb 2003 19:46:29 +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 18g91X-00087q-00 for ; Tue, 04 Feb 2003 20:46:28 +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 18g91v-0006V5-00; Tue, 04 Feb 2003 13:46:51 -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:47:47 -0600 (CST) Original-Received: from clifford.bwh.harvard.edu (clifford.bwh.harvard.edu [134.174.9.41]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id NAA14761 for ; Tue, 4 Feb 2003 13:47:34 -0600 (CST) 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 h14Jjwj08142 for ; Tue, 4 Feb 2003 14:45:59 -0500 (EST) Original-Received: (from tzz@localhost) by lockgroove.bwh.harvard.edu (8.11.6+Sun/8.11.0) id h14Jjmt22919; Tue, 4 Feb 2003 14:45:48 -0500 (EST) Original-To: ding@hpc.uh.edu 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@hpc.uh.edu In-Reply-To: <87d6m8h09r.fsf@eris.void.at> (Andreas Fuchs's message of "Tue, 4 Feb 2003 09:16:26 +0000 (UTC)") 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:49812 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:49812 On Tue, 4 Feb 2003, asf@void.at wrote: > On 2003-02-03, Ted Zlatanov wrote: >> Filenames will have to be numeric. Retrieving an article by >> subject is significantly harder. > > Why not just use http://www.isi.edu/in-notes/rfc2192.txt URLs? Chiefly, it was my ignorance of that RFC that caused me to overlook it :) Now that I look at it, it's rather difficult to reconcile it with Gnus. The URL has a lot of information built-in that in Gnus is associated with the server name. So I should ignore that part of the RFC and just do imap://minbari.org/storage?SUBJECT%20filename passing the filename as a subject string search, and imap://minbari.org/storage?UID=20 for direct access to articles. Something like this is probably good enough, and I'd rather let imap.el worry about the best authenticator. Does that sound OK? Supporting the full syntax is way too much work for something that Gnus already does internally. If anyone wants to work on supporting the full URL scheme and create an ephemeral server on the fly to retrieve a message, they're welcome :) >> I'm currently trying to figure out how to enter the storage nnimap >> group to store or retrieve an article without affecting variables >> like gnus-newsgroup-name. > > These are lexically bound. It should be possible to (let > ((gnus-newsgroup-name "name")) ) and have them > automatically restored after . Sorry, I should have been clearer. I understand about local scope, I just don't know which variables to save before entering another group temporarily. But I think this won't be a problem if I use imap.el instead of nnimap.el. Ted