From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/83812 Path: news.gmane.org!not-for-mail From: Glyn Millington Newsgroups: gmane.emacs.gnus.general Subject: Re: News scan on startup vs 'g' in group buff Date: Tue, 22 Oct 2013 07:54:17 +0100 Organization: Utterly lacking Message-ID: <87eh7ddcdi.fsf@nowhere.org> References: <87bo2inwfu.fsf@newsguy.com> Reply-To: glyn.millington@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1382454146 22824 80.91.229.3 (22 Oct 2013 15:02:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 22 Oct 2013 15:02:26 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M32068@lists.math.uh.edu Tue Oct 22 17:02:29 2013 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VYdTX-0002sc-B8 for ding-account@gmane.org; Tue, 22 Oct 2013 17:02:27 +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 1VYdT5-0002dN-53; Tue, 22 Oct 2013 10:01:59 -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 1VYVxt-0000RF-I0 for ding@lists.math.uh.edu; Tue, 22 Oct 2013 02:01:17 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1VYVxr-0004CE-To for ding@lists.math.uh.edu; Tue, 22 Oct 2013 02:01:16 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1VYVxp-00075W-Ve for ding@gnus.org; Tue, 22 Oct 2013 09:01:14 +0200 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VYVxp-0007nY-Sz for ding@gnus.org; Tue, 22 Oct 2013 09:01:13 +0200 Original-Received: from cust25-dsl91-135-3.idnet.net ([91.135.3.25]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 Oct 2013 09:01:13 +0200 Original-Received: from glyn.millington by cust25-dsl91-135-3.idnet.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 Oct 2013 09:01:13 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 54 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cust25-dsl91-135-3.idnet.net X-Liturgical-Date: Weekday: Tuesday of the Twenty-ninth Week of Ordinary Time, A.D. 2013 X-Shakespeare: "The course of true love never did run smooth" -- A Midsummer Night's Dream, I.1 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:z0Tldjg5HrIuDlrmpNzkBXEYEMs= X-Spam-Score: -1.4 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:83812 Archived-At: Harry Putnam writes: > When gnus starts from scratch, something that scans for 'news' must be > called, I want to know if that call is different than the command > gnus-group-get-new-news' that is called with 'g' in group buffer? > > Why I ask is that I've had a problem for a good while now where > calling 'g' ( `gnus-group-get-new-news' ) times out and unless you > have some kind of timeout setup, its a good minute wait. Then you > aren't sure if all groups got refreshed or what. > > My usual work-around is to use M-g on a topic: > gnus-topic-get-new-news-this-topic' or even more fine grained by using > M-g' on a specific group or a pile of process marked groups. > > But a moments thought will tell you that leaves a lot undone that the > g' command would have taken care of. > > One (last ditch) work-around is to restart gnus, which even though it > must call some kind of news scan it does not timeout. > > A poor thing to have to do to get what one can usually do with 'g'. > > Since I'm way less skilled than my near multiple decade use of gnus > would indicate and if no one has any advice on how to track down what > is causing the time out, then I thought finding out why a restart > doesn't time out, that is, what is different scanning for news during > start up compared to 'g' then maybe I could just use that bit for now > as a work-around. Is it by any chance gnus-get-unread-articles ? On your 'g' problem, a quick look at the docstring for gnus-group-get-new-news, opens up at least one possibility ,---- | (gnus-group-get-new-news &optional ARG ONE-LEVEL) | | Get newly arrived articles. | If ARG is a number, it specifies which levels you are interested in | re-scanning. If ARG is non-nil and not a number, this will force | "hard" re-reading of the active files from all servers. | If ONE-LEVEL is not nil, then re-scan only the specified level, | otherwise all levels below ARG will be scanned too. `---- Have you tried passing a numerical argument to 'g' ? ie 'C-u 2 g', if your mail groups are at level 2 and 1? hth Glyn