From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/67279 Path: news.gmane.org!not-for-mail From: Vitaly Mayatskikh Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus and imap Date: Sat, 23 Aug 2008 13:32:02 +0200 Message-ID: References: <877iabwtjx.fsf@randomsample.de> <87abf51c4m.fsf@marauder.physik.uni-ulm.de> <874p5dm35l.fsf@randomsample.de> <87iqttq7ja.fsf@randomsample.de> <87d4k0t7ga.fsf@randomsample.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1219491178 6111 80.91.229.12 (23 Aug 2008 11:32:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 23 Aug 2008 11:32:58 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M15730@lists.math.uh.edu Sat Aug 23 13:33:51 2008 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1KWrNN-0000vs-A2 for ding-account@gmane.org; Sat, 23 Aug 2008 13:33:49 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1KWrLq-0006Xf-76; Sat, 23 Aug 2008 06:32:14 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1KWrLn-0006XI-5t for ding@lists.math.uh.edu; Sat, 23 Aug 2008 06:32:11 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1KWrLj-0001bZ-St for ding@lists.math.uh.edu; Sat, 23 Aug 2008 06:32:11 -0500 Original-Received: from nf-out-0910.google.com ([64.233.182.184]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1KWrLl-0000A6-00 for ; Sat, 23 Aug 2008 13:32:09 +0200 Original-Received: by nf-out-0910.google.com with SMTP id d21so425829nfb.37 for ; Sat, 23 Aug 2008 04:32:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=x8TvZJ21SaTaaoYlaA6P2fsuSelEo+iQG9fcsehAUl8=; b=IIs1yKnceoiRDJ79Sxx3NPDQhsey2zZFIUu8iAaEGPsUaI1lkGW1k30jPqzAEIGWCm 0/1DyE4U6W27but7Vwp4A5tSJGIZa2qG9Hi/VGjP/V9kGPO+KThPazrZgFBFEoeEinsg d7BIjZehYECTT/ZxRxmwwwUGlZ1lDwuryUw18= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version:content-type; b=QNfXJzuAykA542gfA8G00IO8f9DvxazQjFlRegTSKerT9FaMbPx9XUfp8uA2q2B/wu VVUxL5TOIOrkRp9lhn2BsJlv30B2xeEthITdnFrT5b57MoZmmjP70Y6SRRDSI2UUMnyz cb2hK9CXIuVpwZvxM0yMwAKiNyW2lVcpTN+N8= Original-Received: by 10.210.52.9 with SMTP id z9mr3095220ebz.189.1219491126420; Sat, 23 Aug 2008 04:32:06 -0700 (PDT) Original-Received: from gravicappa.englab.brq.redhat.com ( [78.102.31.216]) by mx.google.com with ESMTPS id q9sm10166480gve.5.2008.08.23.04.32.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 23 Aug 2008 04:32:05 -0700 (PDT) In-Reply-To: <87d4k0t7ga.fsf@randomsample.de> (David Engster's message of "Sat, 23 Aug 2008 11:19:01 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-Spam-Score: 0.0 (/) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:67279 Archived-At: David Engster writes: >> That's interesting. Can you tell me how do you customize Gnus in your >> ~/.gnus (agent, cache, etc)? > > The problem lies in gnus-read-active-file-2, which is called by > gnus-get-unread-articles. This uses nnimap-retrieve-groups to get a > partial active file of the checked groups, which is of the "regular" > (max . min) style and overwrites the previous "new" active sequence in > the hash table. I can't get this scenario (probably, due to different settings). Will dig around more. > I'm not sure how to solve this. nnimap-retrieve-groups could return the > whole sequence, just like nnimap-request-group. Or we could change the > whole check-for-new-news sequence which is currently done by Gnus, so > that it does not use a partial active file. > > Anyway, I have the feeling this gets messy. I'm not sure if this is the > right way to do this. The main problem I see is that this will break any > code which depends on gnus-active returning the cons (max . min). For > example, this currently breaks nnmairix, which isn't that much of a > problem since I can change this. But I wonder how much external code > exists which uses gnus-active. As I understand, this change affects only "middle level" back ends like yours nnmairix, which lays in between of Gnus and real transport back ends. Of course, it is hard to say what exactly can be broken. > We could solve this by extending the gnus-active macro, but this is > somewhat ugly, IMO. It may also be that there exists code (also in Gnus) > which directly accesses the hash table. We have sources and can fix this code ;) The only problem is a large amount of regressions. > In my opinion, we should re-think your first effort, using group > info. You said: > >> Well, it needs some special flag to detect old vs new backend. It looks >> like ugly solution for me :) > > What about not extending the group info, but putting the unread sequence > in the existing marks section. Either the back end does this, then it > can be included, or we do it the old way. Just a suggestion, I don't > know if this works. As I said, I'm not that familiar with the back end > internals. I'm only afraid of spaghetti code. For me it's better to have one clean and consistent solution. Thanks for your help! -- wbr, Vitaly