From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/88690 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Jason L Tibbitts III Newsgroups: gmane.emacs.gnus.general Subject: Re: Debugging extremely long IMAP folder exit times Date: Mon, 22 Jul 2019 13:44:18 -0500 Message-ID: References: <87muhb5bk0.fsf@igel.home> <87zhl66jl3.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="23021"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) Cc: ding@gnus.org To: Eric Abrahamsen Original-X-From: ding-owner+M36894@lists.math.uh.edu Mon Jul 22 20:44:59 2019 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hpdIw-0005nW-PJ for ding-account@gmane.org; Mon, 22 Jul 2019 20:44:58 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.92) (envelope-from ) id 1hpdIX-0008MZ-De; Mon, 22 Jul 2019 13:44:33 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1hpdIR-0008Jl-EL for ding@lists.math.uh.edu; Mon, 22 Jul 2019 13:44:27 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1hpdIQ-0004Vl-52 for ding@lists.math.uh.edu; Mon, 22 Jul 2019 13:44:27 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by quimby.gnus.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hpdIL-0000is-Ve for ding@gnus.org; Mon, 22 Jul 2019 20:44:24 +0200 Original-Received: from epithumia.math.uh.edu ([129.7.128.2]) by mx2.math.uh.edu with esmtp (Exim 4.92) (envelope-from ) id 1hpdIJ-0004Vd-21; Mon, 22 Jul 2019 13:44:20 -0500 Original-Received: by epithumia.math.uh.edu (Postfix, from userid 7225) id F2147801554; Mon, 22 Jul 2019 13:44:18 -0500 (CDT) In-Reply-To: <87zhl66jl3.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Mon, 22 Jul 2019 10:54:32 -0700") List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:88690 Archived-At: >>>>> "EA" == Eric Abrahamsen writes: EA> Ticked is equivalent to IMAP flagged, so that data would also be EA> preserved in the server, and wouldn't need to be backed up (I EA> think). I would think so, but when I did this Gnus lost track of which messages I had read and (in IMAP at least) that's also server-side state. So I really have no idea what might be preserved after a cal to gnus-group-clear-data. The documentation does imply that it clears all marks, so I figured it actively cleared everything on the server as well. EA> In theory, Gnus doesn't really need to keep marks that are EA> redundant to server flags in the first place, but that would take EA> some tweaking. Yes, I don't think the original design anticipated having another entity which could keep track of all mailbox state. As an aside, I wonder how difficult it would be to support what will be rfc8621 (JMAP-Mail). It's certainly a good bit simpler than IMAP in some ways. The fact that it supports sending mail (just have a message stored somewhere on the server and provide a request to send it along with some metadata) is a rather different paradigm from the current way it's all set up. My guess it that it needs quite a bit of work by people smarter/better at elisp than I am but maybe someone's already playing with it. EA> It would also be nice to know how your 'unexist flags got out of EA> whack to begin with. I honestly have no idea. I do generally have more than one IMAP client connected to the server at once, but I was only using one of them within a few hours of this one folder becoming slow. This also isn't the first time I've had the issue, but it's the first time in a few months. - J<