From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/59954 Path: news.gmane.org!not-for-mail From: Bjorn Solberg Newsgroups: gmane.emacs.gnus.general Subject: Re: nnimap fails to fetch some articles Date: Mon, 07 Mar 2005 10:35:04 -0800 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1110220270 2922 80.91.229.2 (7 Mar 2005 18:31:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 7 Mar 2005 18:31:10 +0000 (UTC) Original-X-From: ding-owner+M8495@lists.math.uh.edu Mon Mar 07 19:31:09 2005 Original-Received: from malifon.math.uh.edu ([129.7.128.13] ident=mail) by ciao.gmane.org with esmtp (Exim 4.43) id 1D8N0N-0002vK-TS for ding-account@gmane.org; Mon, 07 Mar 2005 19:31:00 +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 1D8N4d-000723-00; Mon, 07 Mar 2005 12:35:23 -0600 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1D8N4Y-00071y-00 for ding@lists.math.uh.edu; Mon, 07 Mar 2005 12:35:18 -0600 Original-Received: from quimby.gnus.org ([80.91.224.244]) by util2.math.uh.edu with esmtp (Exim 4.30) id 1D8N4U-0007Ix-OH for ding@lists.math.uh.edu; Mon, 07 Mar 2005 12:35:15 -0600 Original-Received: from adsl-69-235-47-93.dsl.irvnca.pacbell.net ([69.235.47.93] helo=maui53.famsolberg.com) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1D8N4O-0005SV-00 for ; Mon, 07 Mar 2005 19:35:08 +0100 Original-Received: from www.famsolberg.com (newpc [192.168.8.100]) by maui53.famsolberg.com (8.12.11/8.12.11) with ESMTP id j27IZ4xH027473 for ; Mon, 7 Mar 2005 10:35:04 -0800 Original-Received: from localhost.localdomain (newpc [127.0.0.1]) by www.famsolberg.com (8.12.8/8.12.8) with ESMTP id j27IZ4iD006085 for ; Mon, 7 Mar 2005 10:35:04 -0800 Original-Received: (from bhso@localhost) by localhost.localdomain (8.12.8/8.12.8/Submit) id j27IZ4W4006083; Mon, 7 Mar 2005 10:35:04 -0800 X-Authentication-Warning: localhost.localdomain: bhso set sender to bhso@pacbell.net using -f Original-To: ding@gnus.org In-Reply-To: (Simon Josefsson's message of "Sat, 05 Mar 2005 12:00:27 +0100") User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.2 (gnu/linux) X-Spam-Score: -4.9 (----) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu X-MailScanner-From: ding-owner+m8495@lists.math.uh.edu X-MailScanner-To: ding-account@gmane.org Xref: news.gmane.org gmane.emacs.gnus.general:59954 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:59954 Simon Josefsson writes: > Bjorn Solberg writes: >> When I do 5 RET to fetch the last 5 messages, I consistently only get 3, >> missing some in-between: It's getting N-3, N-1 and N, skipping N-4 and >> N-2. >> >> If I fetch the last 6 messages, it skips N-5 in addition. >> >> If I fetch the last 7 messages, it skips the same as for 6 but fetches >> message# N-6. >> >> The full *imap-log* is 800 lines long for the 5 RET, see below for the >> last 400+ lines. It looks like it's issuing the correct command, "UID >> FETCH 780:784 [...]" but for some reason it doesn't display the first and >> third of those last 5 messages. > I didn't spot any problem in the IMAP log. > After you have entered the group with 5 RET, what is in the " *nntpd*" > buffer? Note leading SPC. > One idea is that the IMAP parser doesn't understand the responses and > skip the article, in that case the *nntpd* buffer would only contain > the information from three of the articles. " *nntpd*" shows an entry for all 5 messages. I have received new messages since last, so now it show only 2 messages when I do 5 RET. Which means this is somehow content-related. However, I see a pattern in " *nntpd*" now: " *nntpd*" shows that the messages aren't sorted by id. For example, doing 5 RET I see entries 793 795 794 792 791 in " *nntpd*", and only 793 and 795 is shown in the Summary buffer. Doing 10 RET, I see 789 790 787 786 788 793 795 791 792 794, but only 789 790 793 795 is displayed in the Summary buffer. Which means Gnus is looping over the entries and drops or forgets anything that looks older than a previous encountered entry. This would be OK if it sorted all the entries first or something. Despite not being too familiar with the Gnus source and being somewhat of a Lisp beginner, I could try to track this down if I'm the only one seeing this problem, although I suspect there are plenty of others on this list that could point me to the right place immediately. :-) I'd have to find out what the intention is behind the current behavior and find a way to correct the behavior without working against the intention. Bjorn.