From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/61882 Path: news.gmane.org!not-for-mail From: Uwe Brauer Newsgroups: gmane.emacs.gnus.general Subject: Re: mozilla Date: Tue, 07 Feb 2006 13:27:56 +0100 Message-ID: <87hd7bnyk3.fsf@mat.ucm.es> References: <877j88zq93.fsf@mat.ucm.es> <87psm0ttfl.fsf_-_@mat.ucm.es> <4nlkwomhm8.fsf@lifelogs.com> Reply-To: Uwe Brauer NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1139327276 5956 80.91.229.2 (7 Feb 2006 15:47:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 7 Feb 2006 15:47:56 +0000 (UTC) Original-X-From: ding-owner+m10411@lists.math.uh.edu Tue Feb 07 16:47:53 2006 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F6V4E-00045F-3D for ding-account@gmane.org; Tue, 07 Feb 2006 16:47:46 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1F6V4A-0004tJ-00; Tue, 07 Feb 2006 09:47:42 -0600 Original-Received: from nas02.math.uh.edu ([129.7.128.40]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1F6S0o-0004bi-00 for ding@lists.math.uh.edu; Tue, 07 Feb 2006 06:32:02 -0600 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas02.math.uh.edu with esmtp (Exim 4.52) id 1F6S0l-00018x-Bl for ding@lists.math.uh.edu; Tue, 07 Feb 2006 06:32:02 -0600 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1F6S0k-0000EH-00 for ; Tue, 07 Feb 2006 13:31:58 +0100 Original-Received: from root by ciao.gmane.org with local (Exim 4.43) id 1F6S0S-0000wL-1W for ding@gnus.org; Tue, 07 Feb 2006 13:31:40 +0100 Original-Received: from maportatil10.quim.ucm.es ([147.96.7.218]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 07 Feb 2006 13:31:40 +0100 Original-Received: from oub by maportatil10.quim.ucm.es with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 07 Feb 2006 13:31:40 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-To: ding@gnus.org Original-Lines: 41 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: maportatil10.quim.ucm.es X-Hashcash: 1:20:060207:gmane.emacs.gnus.general::vTxlWA5CLgu/ABSW:000000000000000000000000000000000000076Jm User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4.18 (linux) Cancel-Lock: sha1:l0D4BXosk3nuSZSaI0NmVEMewAs= X-Spam-Score: -2.6 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:61882 Archived-At: >>>>> "Ted" == Ted Zlatanov writes: Ted> On 6 Feb 2006, oub@mat.ucm.es wrote: >>>>>>> "Reiner" == Reiner Steib writes: Ted> That's part of the IMAP protocol I believe. It would be nice, I see Ted> however, if nnimap.el could transform those labels into header Ted> entries like the ones Reiner showed. That's the Ted> quick-and-dirty solution. Well I wrote a quick and very dirty solution by adding a label to nnmail or nnfolder articles, using gnus-summary-edit-article. This function even allows to edit imap articles (using the second argument) *If ARG is 2, edit the raw articles even in read-only groups.* However the saving is not a real saving so this does not help (whether it is a clever idea to raw edit mime articles is another question). Do you think it is easy to implement a solution for the nnimap backend? Meanwhile another solution occurred to me, after having read the discussion in the links Rainer mentioned. I saw that some people have a solution the other way around. Instead of putting labels in the group, they put labels in there corresponding planner entries. I just remembered I have a similar solution for the todo-mode.el pkg written by Oliver Seidel. My function adds the subject, message-ID and group name as an todo entry in the category email. May be I should enhance that for other categories, like NeedReply, Important etc. Btw Ted do you recall our discussion about a generalizing gnus-summary-limit function to include BBDB or NO BBDB entries. Your solution worked for all net address in a BBDB entry save the first one, mine vice verse, however you claimed that your function could do both, but you had to look into it. Did you do that? Uwe