From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/71511 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: all nnimap flags lost again Date: Thu, 23 Sep 2010 03:24:39 +0200 Organization: Programmerer Ingebrigtsen Message-ID: References: <87y6atgthy.fsf@uwo.ca> <871v8lcl77.fsf@uwo.ca> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1285205103 25429 80.91.229.12 (23 Sep 2010 01:25:03 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 23 Sep 2010 01:25:03 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M19884@lists.math.uh.edu Thu Sep 23 03:25:01 2010 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.69) (envelope-from ) id 1OyaYX-00048s-2l for ding-account@gmane.org; Thu, 23 Sep 2010 03:25:01 +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 1OyaYP-0000xI-4H; Wed, 22 Sep 2010 20:24:53 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1OyaYN-0000wz-FG for ding@lists.math.uh.edu; Wed, 22 Sep 2010 20:24:51 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1OyaYJ-00058X-2v for ding@lists.math.uh.edu; Wed, 22 Sep 2010 20:24:51 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1OyaYI-0002I0-00 for ; Thu, 23 Sep 2010 03:24:46 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OyaYH-000476-Tf for ding@gnus.org; Thu, 23 Sep 2010 03:24:45 +0200 Original-Received: from cm-84.215.34.171.getinternet.no ([84.215.34.171]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 23 Sep 2010 03:24:45 +0200 Original-Received: from larsi by cm-84.215.34.171.getinternet.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 23 Sep 2010 03:24:45 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 43 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cm-84.215.34.171.getinternet.no Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAKlBMVEVvCQ3AcU7ClWrWvJFj AAlMAAmGNBBJAAmBGxXj2dehUD1/Aw5GAAf8/PuUk3orAAACTElEQVQ4jZXRzWsaQRQA8LWHshh7 WCVQxD3UpVRFD6n0oLCHQttDk4OFUkrJIb2I4Obac22JNY2H1j2NMNDdg5hNhQj245BD86VGK4Sd g0xg/pe+2RU/EhU6u+yw89v33r4ZoROwglbP8tYLq4WaVfpULGvrof5qTrhglLEGaxCVMrgxu9LW 7xr3AUiY4gZOMAyrlMrE1rzxgzCAbTKWwCos8qHatnYroMciwgW8YRiIUAJ3AyI8ETtcF05QpRJF ++hhUv9adWusSGuPcsIpruinqIL0j/rul/zTI/FIWwn1H+SEAUnSAYF0MpMvXRBD/fgIbMqojNXL cQQHKA5AscrwTARvEPEmcQLTAwd+O9BL3VP4FVNMRQkK5ds7WtFNNfra5hNDwztsnxHC6tCgSTBP A13jaGq4jRPwOwCdBHGAcYjtDhs4jSsMYOBsiYqRM9ErlSGd8lSwJQh2JJpGiMIiYzJ1a/T0FKyv oWozkIol0z7xl/Y51IXz2Oa98dJNno5M+jiB35RZyqZwVlFKfBMgClZValO/qlaT0wARPBVxU02g Y5rBY8PyR5qmYoUjE2ib3mz3dfZZpqB5avknPvHHCF74/dKxJNUkPgzJL0lBF94YEofsWwecpwt/ P7QP+2cr7fOm9nwrn/GJO5Cqy6Ewhsff8i83nBrTcAawNQ/OF8FUxE+A/Ay8vwatEXhK/wllT2lv bg3fDWiNYX6qZREzYEygeAP+ONBcApkNsbUowoHQ/Ijvs7DJYVM8XA5wHsa7RfAKYO8axHP/AHpq VQN8S/cLAAAAAElFTkSuQmCC Mail-Copies-To: never X-Now-Playing: Various's _Crammed Global Soundclash 1980-89, Part One: World Fusion_: "Foreign Affair - Jounieh" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:15rCIJIeaiS5TIA4V47+Dl0HU7s= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:71511 Archived-At: Dan Christensen writes: >> There must be a basic marks parsing problem now. Can you send the >> complete contents of the *nnimap ... * buffer after doing one `M-g' on >> the group? > > Can you increase the size of that buffer, as it often doesn't contain > the results from a single action? I switched groups here to another > one "root" which shows the same problem, and just a bit at the beginning > is truncated. The buffer shouldn't be truncated -- a `M-g' just issues a SELECT and a FETCH FLAGS: > * FLAGS (%Answered %Flagged %Deleted %Seen %Draft gnus-expire gnus-dormant) > * OK [PERMANENTFLAGS (%Answered %Flagged %Deleted %Seen %Draft gnus-expire gnus-dormant %*)] Flags permitted. > * 113 EXISTS > * 0 RECENT > * OK [UIDVALIDITY 1256067223] UIDs valid > * OK [UIDNEXT 1799] Predicted next UID > 183 OK [READ-WRITE] Select completed. > * 1 FETCH (UID 757 FLAGS (%Seen)) [...] > * 112 FETCH (UID 1797 FLAGS (%Seen gnus-expire)) > * 113 FETCH (UID 1798 FLAGS (%Seen gnus-expire)) > 184 OK Fetch completed. And that looks like the complete response from the SELECT and the FLAGS. The IMAP response protocol is slightly unusual -- it first issues a lot of data on lines that start with "*", and then the numbered response line ends the response, instead of the other way around, which is how most other protocols do it. I think the IMAP way makes more sense -- you don't have to add an explicit end-of-response line, since the numbered status line ends the response. Anyway, everything looks OK in the buffer, and the fix I just pushed should fix the problem if you `M-g' the affected groups. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen