From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/88033 Path: news.gmane.org!.POSTED!not-for-mail From: Harry Putnam Newsgroups: gmane.emacs.gnus.general Subject: About stalling at tailend of `g' Date: Wed, 23 May 2018 08:20:55 -0400 Organization: Still searching... Message-ID: <87603emul4.fsf@local.lan> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1527078062 3560 195.159.176.226 (23 May 2018 12:21:02 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 23 May 2018 12:21:02 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: ding@gnus.org Original-X-From: ding-owner+m36247@lists.math.uh.edu Wed May 23 14:20:58 2018 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from mxfilter-048035.atla03.us.yomura.com ([107.189.48.35]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fLSlF-0000nA-JI for ding-account@gmane.org; Wed, 23 May 2018 14:20:57 +0200 X-Yomura-MXScrub: 1.0 Original-Received: from lists1.math.uh.edu (unknown [129.7.128.208]) by mxfilter-048035.atla03.us.yomura.com (Halon) with ESMTPS id ff01595f-5e83-11e8-a57d-b499baabecb2; Wed, 23 May 2018 12:22:45 +0000 (UTC) Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.90_1) (envelope-from ) id 1fLSm3-0000yc-EQ; Wed, 23 May 2018 07:21:47 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1fLSly-0000xw-Rs for ding@lists.math.uh.edu; Wed, 23 May 2018 07:21:42 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.90_1) (envelope-from ) id 1fLSlx-0006R9-RQ for ding@lists.math.uh.edu; Wed, 23 May 2018 07:21:42 -0500 Original-Received: from [195.159.176.226] (helo=blaine.gmane.org) by quimby.gnus.org with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1fLSlw-0003ug-Gp for ding@gnus.org; Wed, 23 May 2018 14:21:40 +0200 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1fLSjn-0007Yd-Ok for ding@gnus.org; Wed, 23 May 2018 14:19:27 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 28 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:mCMVieETDuq+fdAyMgJ0t6XSNuk= X-Spam-Score: 1.8 (+) X-Spam-Report: SpamAssassin (3.4.1 2015-04-28) analysis follows Bayesian score: 0.4815 Ham tokens: 0.000-202--7738h-0s--0d--GNU, 0.000-162--6202h-0s--0d--H*M:fsf, 0.000-157--5980h-0s--0d--H*MI:fsf, 0.000-17--637h-0s--0d--H*UA:Emacs, 0.000-17--630h-0s--0d--H*u:Emacs Spam tokens: 0.997-32479--585h-26046s--0d--H*r:quimby.gnus.org, 0.997-19487--363h-15637s--0d--HX-Envelope-From:sk:junkmas, 0.997-19487--363h-15637s--0d--Hx-spam-relays-internal:sk:junkmas, 0.997-19487--363h-15637s--0d--H*RT:sk:junkmas, 0.995-33438--984h-27116s--0d--HTo:D*gnus.org Autolearn status: no autolearn_force=no 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4815] 0.8 RDNS_NONE Delivered to internal network by a host with no rDNS List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:88033 Archived-At: Running emacs version: GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars) Summary: Gnus usually stalls at the end of a mail/news fetch. It shows processing `nndrafts:drafts' and never gives the prompt back. Requires a kill (`M-g') to continue. Usually takes 3 (immediately executed) more fetches to finally process all and give back the prompt at the end of fetch without an `M-g' Details: This problem has been occuring probably for at least 1 yr and maybe longer. It is a bit annoying. The initial fetch that happens on gnus startup does not exibit the problem. I would like to know if there is someway to run a full startup fetch (as if from scratch) when gnus is already running without having to shut it down first. `R' (restart gnus) does always finish the fetch... but its a bit heavy duty to do every 5 or whatever minutes of use. Is it possible to make the normal fetchs invoked by `g' behave like a 'R' (restart) fetch?