From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/88034 Path: news.gmane.org!.POSTED!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: About stalling at tailend of `g' Date: Wed, 23 May 2018 08:27:32 -0700 Message-ID: <87fu2iwfx7.fsf@ericabrahamsen.net> References: <87603emul4.fsf@local.lan> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1527089375 2335 195.159.176.226 (23 May 2018 15:29:35 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 23 May 2018 15:29:35 +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+m36248@lists.math.uh.edu Wed May 23 17:29:31 2018 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from mxfilter-048034.atla03.us.yomura.com ([107.189.48.34]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fLVhi-0000U8-3F for ding-account@gmane.org; Wed, 23 May 2018 17:29:30 +0200 X-Yomura-MXScrub: 1.0 Original-Received: from lists1.math.uh.edu (unknown [129.7.128.208]) by mxfilter-048034.atla03.us.yomura.com (Halon) with ESMTPS id 54d18ee0-5e9e-11e8-b9c7-b499baa2b07a; Wed, 23 May 2018 15:31:16 +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 1fLVij-0002PY-6V; Wed, 23 May 2018 10:30:33 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1fLVig-0002Or-3M for ding@lists.math.uh.edu; Wed, 23 May 2018 10:30:30 -0500 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.90_1) (envelope-from ) id 1fLVif-0007OD-0X for ding@lists.math.uh.edu; Wed, 23 May 2018 10:30:29 -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 1fLVid-0005z7-N2 for ding@gnus.org; Wed, 23 May 2018 17:30:27 +0200 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1fLVgV-0007YV-Nz for ding@gnus.org; Wed, 23 May 2018 17:28:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 46 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:+uSVNmKha6k+uknQnfUTt2Nkzgw= X-Spam-Score: 1.0 (+) X-Spam-Report: SpamAssassin (3.4.1 2015-04-28) analysis follows Bayesian score: 0.3848 Ham tokens: 0.000-65--2454h-0s--0d--GNU, 0.000-22--814h-0s--0d--H*M:fsf, 0.000-17--635h-0s--0d--H*UA:Emacs, 0.000-17--626h-0s--0d--H*u:Emacs, 0.000-16--577h-0s--0d--foo Spam tokens: 0.997-31544--570h-25333s--0d--H*r:quimby.gnus.org, 0.997-19491--374h-15670s--0d--Hx-spam-relays-internal:sk:junkmas, 0.997-19491--374h-15670s--0d--HX-Envelope-From:sk:junkmas, 0.997-19491--374h-15670s--0d--H*RT:sk:junkmas, 0.995-32516--968h-26414s--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.0 BAYES_40 BODY: Bayes spam probability is 20 to 40% [score: 0.3848] 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:88034 Archived-At: Harry Putnam writes: > 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' I think one of the first things to try is setting gnus-verbose to 10: that might show you relevant messages. Often when Gnus hangs during refresh, and you're seeing a message in the minibuffer like "processing foo", what's actually happening is the server *after* that one is having problems. With gnus-verbose at 10, you might see something like "starting connection..." and then it hangs, and you'll have a better sense of what the actual source of the problem is. > 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? I think if "g" behaved like "R", it would be "R" :) Better to find the actual source of the problem. Another thing to do is go into the *Server* buffer and deny your servers one-by-one, doing another "g" for each denial. That also might show you which server is acting up. Eric