Gnus redownloading headers on entry.

Gnus redownloading headers on entry.

[François-Denis Gonthier]

Hello all,

My latest Gnus annoyance is that: sometimes (not all the time), when I
enter a newsgroup that has new message, Gnus will redownload all
headers.  I've spied him using Ethereal and I see he does something
like XOVER 1-94953, which doesn't quite make sense to me.  It results
that it takes me 10 seconds to enter a newgroups with just 2 or 3 news
messages.

Could be it related to me setting gnus-fetch-old-headers to some?  I
had it set to t, but I still think setting it to some would not mean
he'd download all messages.

François-Denis

Re: Gnus redownloading headers on entry.

[Reiner Steib]

On Thu, Oct 12 2006, François-Denis Gonthier wrote:

> My latest Gnus annoyance is that: sometimes (not all the time), when I
> enter a newsgroup that has new message, Gnus will redownload all
> headers.  I've spied him using Ethereal and I see he does something
> like XOVER 1-94953, which doesn't quite make sense to me.  It results
> that it takes me 10 seconds to enter a newgroups with just 2 or 3 news
> messages.
>
> Could be it related to me setting gnus-fetch-old-headers to some?

Yes, `some' leads to "XOVER 1-HIGH" (HIGH = highest article number in
the group).  I'm not sure if it could be avoided.

> I had it set to t, but I still think setting it to some would not
> mean he'd download all messages.

Try setting it to a number.  This should lead to "XOVER 1-N" (N
= lowest unread article number minus gnus-fetch-old-headers), see
`nntp-retrieve-headers-with-xover' for details.

You don't need Ethereal, simply set `nntp-retrieve-headers-with-xover'
to t and look into the *nntp-log*" buffer.

For me, the slow part is not XOVER, but the following HEAD commands
which are cause by my scoring rules.  These rules partly score on
non-XOVER headers, so Gnus send HEAD for each article.  If this is the
problem, it should disappear if `gnus-use-scoring' is nil [1].

Bye, Reiner.

[1] Or try this patch and set `gnus-score-fast-scoring' to t.

--8<---------------cut here---------------start------------->8---
--- gnus-score.el	08 Feb 2006 13:32:49 +0100	7.28
+++ gnus-score.el	12 Oct 2006 22:10:46 +0200	
@@ -422,6 +422,11 @@
   :group 'gnus-score-various
   :type 'boolean)
 
+(defcustom gnus-score-fast-scoring nil
+  "If non-nil, no scoring on headers or body is done."
+  :group 'gnus-score-various
+  :type 'boolean)
+
 \f
 
 ;; Internal variables.
@@ -1541,8 +1546,11 @@
 					(length (gnus-score-get header score)))
 				      scores)))
 		;; Call the scoring function for this type of "header".
-		(when (setq new (funcall (nth 2 entry) scores header
-					 now expire trace))
+		(when (if (and gnus-score-fast-scoring
+			       (> 0 (nth 1 (assoc header gnus-header-index))))
+			  nil
+			(setq new (funcall (nth 2 entry) scores header
+					   now expire trace)))
 		  (push new news))))
 	    (when (gnus-buffer-live-p gnus-summary-buffer)
 	      (let ((scored gnus-newsgroup-scored))
--8<---------------cut here---------------end--------------->8---
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

Re: Gnus redownloading headers on entry.

[François-Denis Gonthier]

>>>>> "Reiner" == Reiner Steib <reinersteib+gmane@imap.cc> writes:

    Reiner> On Thu, Oct 12 2006, François-Denis Gonthier wrote:

    Reiner> Yes, `some' leads to "XOVER 1-HIGH" (HIGH = highest
    Reiner> article number in the group).  I'm not sure if it could be
    Reiner> avoided.

This is what I've noticed later in the day.

    >> I had it set to t, but I still think setting it to some would
    >> not mean he'd download all messages.

    Reiner> Try setting it to a number.  This should lead to "XOVER
    Reiner> 1-N" (N = lowest unread article number minus
    Reiner> gnus-fetch-old-headers), see
    Reiner> `nntp-retrieve-headers-with-xover' for details.

... and this is what I concluded too.  I'm a bit sad this doesn't work
as well as I would like but I can still use A T to see more of the
thread.  Maybe it's juste me still view things as I view them with
KMail.

    Reiner> You don't need Ethereal, simply set
    Reiner> `nntp-retrieve-headers-with-xover' to t and look into the
    Reiner> *nntp-log*" buffer.

I knew such a thing existed, but I know Ethereal more than I Gnus

    Reiner> For me, the slow part is not XOVER, but the following HEAD
    Reiner> commands which are cause by my scoring rules.  These rules
    Reiner> partly score on non-XOVER headers, so Gnus send HEAD for
    Reiner> each article.  If this is the problem, it should disappear
    Reiner> if `gnus-use-scoring' is nil [1].

My scoring rules are not yet complicated enough to slow things down.
I'll consider the patch in some months ;)