From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/85720 Path: news.gmane.org!not-for-mail From: Vincent Bernat Newsgroups: gmane.emacs.gnus.general Subject: Re: Unable to get all messages in an IMAP group Date: Wed, 04 Feb 2015 22:19:35 +0100 Message-ID: References: <87oapbe4yj.fsf@zoro.exoscale.ch> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1423085071 2742 80.91.229.3 (4 Feb 2015 21:24:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 4 Feb 2015 21:24:31 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M33959@lists.math.uh.edu Wed Feb 04 22:24:26 2015 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YJ7Qv-000572-J7 for ding-account@gmane.org; Wed, 04 Feb 2015 22:24:25 +0100 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 1YJ7Qh-0005GM-GF; Wed, 04 Feb 2015 15:24:11 -0600 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1YJ7MO-0005Em-NU for ding@lists.math.uh.edu; Wed, 04 Feb 2015 15:19:44 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84) (envelope-from ) id 1YJ7MM-0003DW-HM for ding@lists.math.uh.edu; Wed, 04 Feb 2015 15:19:43 -0600 Original-Received: from bart.luffy.cx ([78.47.78.131]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1YJ7MJ-0008G9-Jy for ding@gnus.org; Wed, 04 Feb 2015 22:19:39 +0100 Original-Received: from bart.luffy.cx (localhost [127.0.0.1]) by bart.luffy.cx (Postfix) with ESMTP id CB721141B1 for ; Wed, 4 Feb 2015 22:19:35 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=simple; d=luffy.cx; h=from:to:subject :references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=postfix; bh=xVTe2QN3n Lyen8HXsGP0yewT6wk=; b=j37+3tWVIhzjkhGySO566OZNd2NJmTpLmsKYQM5IB tlpOGkJ+uTb/NAV+qMMwmJfFWHdU0VqvlJDjkk9G422tlSbwTKIWGDHvmYjxjQAV fKRR2YQ3VGk4YkTDCBUUq3FFi/ZiTqU07OJl47wKo77jk6pXfLvcztIbXeDcVknI 6c= Original-Received: from neo.luffy.cx (unknown [IPv6:2a02:1203:ecb0:a982:468a:5bff:fe5c:219d]) by bart.luffy.cx (Postfix) with ESMTPS id 7CF6614167 for ; Wed, 4 Feb 2015 22:19:35 +0100 (CET) Original-Received: by neo.luffy.cx (Postfix, from userid 500) id 1470FAD6; Wed, 4 Feb 2015 22:19:35 +0100 (CET) In-Reply-To: (Vincent Bernat's message of "Wed, 04 Feb 2015 22:11:03 +0100") User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/24.4 (gnu/linux) X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:85720 Archived-At: =E2=9D=A6 4 f=C3=A9vrier 2015 22:11 +0100, Vincent Bernat =C2=A0: >> Yes. >> >> Unfortunately, in my case, this is not fixed in today master. Before the >> patch, M-g does: >> >> #v+ >> 21:46:17 [] 106 SELECT "INBOX" >> 21:46:17 [] 107 UID FETCH 1:* FLAGS >> #v- >> >> >> After the patch, it does: >> >> #v+ >> 21:44:23 [] 9626 EXAMINE "INBOX" (QRESYNC (1402209543 15465)) >> #v- >> >> What easy way do I have to restore M-g behaviour to issue a full >> refresh? > > I am fixing that with this patch: This doesn't fix everything for me. I think there is another problem. When I refresh my INBOX with M-g, then do g twice, I get this trace: 22:15:19 [] 4253 SELECT "INBOX" 22:15:19 [] 4254 UID FETCH 1:* FLAGS Count is correct (all read). 22:15:28 [exoscale] 4260 EXAMINE "INBOX" (QRESYNC (1402209543 15465)) Count is correct (all read) 22:15:31 [exoscale] 4355 SELECT "INBOX" 22:15:31 [exoscale] 4356 UID FETCH 1:* FLAGS Count is incorrect (many unread) I suppose that M-g may not refresh the right server due to the empty square brackets in contrast with what is happening with g. This doesn't happen with my other INBOX (the primary one). --=20 Use the good features of a language; avoid the bad ones. - The Elements of Programming Style (Kernighan & Plauger)