From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/18496 Path: main.gmane.org!not-for-mail From: Karl Kleinpaste Newsgroups: gmane.emacs.gnus.general Subject: Re: p0.42 can't `A T'? Date: 10 Nov 1998 17:20:37 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035157009 6435 80.91.224.250 (20 Oct 2002 23:36:49 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:36:49 +0000 (UTC) Keywords: xover,gnus,error,false alarm? Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id RAA10843 for ; Tue, 10 Nov 1998 17:23:54 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.1/8.9.1) with ESMTP id QAB18421; Tue, 10 Nov 1998 16:21:32 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 10 Nov 1998 16:21:23 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [209.195.19.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id QAA22498 for ; Tue, 10 Nov 1998 16:21:13 -0600 (CST) Original-Received: from pocari-sweat.jprc.com (POCARI-SWEAT.JPRC.COM [207.86.147.217]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id RAA10742 for ; Tue, 10 Nov 1998 17:21:08 -0500 (EST) Original-Received: (from karl@localhost) by pocari-sweat.jprc.com (8.8.7/8.8.7) id RAA05823; Tue, 10 Nov 1998 17:20:37 -0500 Original-To: ding@gnus.org X-Face: "5(T0tZd{6}pd~YzBG8O/*EW,.]6]@`m^e;fv65W^Y&=d"M\1H}>T~4_.kcDD.O~y3k)a6h R;Nmi>9|>Nm${2IpM0^RcUEa\jcq?KOP)C&~x51l~zCHTulL^_T|u0I^kB'z@]{`2YjQu In-Reply-To: Karl Kleinpaste's message of "10 Nov 1998 14:23:49 -0500" Original-Lines: 18 User-Agent: Gnus/5.070042 (Pterodactyl Gnus v0.42) XEmacs/20.4 (Emerald) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:18496 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:18496 I wrote: > Signaling: (error "Can't fetch thread from backends that don't support NOV") I set out to chase this error down. What I found was that nntp-server-xover was nil. I didn't understand why that would be the case, so I ended that Gnus session, which was a day or so old, exited XEmacs entirely, and started again, intending to find out when nntp-server-xover was nilified. The error doesn't occur in the fresh XEmacs at all. /mutter/ irreproducible bugs /mumble/ Are there circumstances in which XOVER can fail even though the server accepts the command? I can only imagine that, at some point when Gnus sent an XOVER, though INN would have accepted it, nonetheless INN must have returned some complaint which Gnus (mis-?)interpreted as an complete XOVER failure.