From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/48000
Path: main.gmane.org!not-for-mail
From: Simon Josefsson <jas@extundo.com>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: Sporadic NNIMAP error with CVS gnus
Date: Tue, 03 Dec 2002 05:11:29 +0100
Sender: owner-ding@hpc.uh.edu
Message-ID: <iluu1hveo7i.fsf@extundo.com>
References: <uor8d1clmk.fsf@bashful.cdf.toronto.edu>
	<ilud6okgaqv.fsf@extundo.com> <uo8yz8qv9a.fsf@bashful.cdf.toronto.edu>
	<iluwumreq04.fsf@extundo.com> <uoel8zpxz7.fsf@bashful.cdf.toronto.edu>
NNTP-Posting-Host: main.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: main.gmane.org 1038888624 22689 80.91.224.249 (3 Dec 2002 04:10:24 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Tue, 3 Dec 2002 04:10:24 +0000 (UTC)
Cc: ding@gnus.org
Return-path: <owner-ding@hpc.uh.edu>
Original-Received: from malifon.math.uh.edu ([129.7.128.13])
	by main.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 18J4O5-0005to-00
	for <ding-account@gmane.org>; Tue, 03 Dec 2002 05:10:21 +0100
Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists)
	by malifon.math.uh.edu with esmtp (Exim 3.20 #1)
	id 18J4Pg-00023g-00; Mon, 02 Dec 2002 22:12:00 -0600
Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 02 Dec 2002 22:12:48 -0600 (CST)
Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66])
	by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id WAA12079
	for <ding@hpc.uh.edu>; Mon, 2 Dec 2002 22:12:32 -0600 (CST)
Original-Received: (qmail 1263 invoked by alias); 3 Dec 2002 04:11:33 -0000
Original-Received: (qmail 1258 invoked from network); 3 Dec 2002 04:11:33 -0000
Original-Received: from 178.230.13.217.in-addr.dgcsystems.net (HELO yxa.extundo.com) (217.13.230.178)
  by gnus.org with SMTP; 3 Dec 2002 04:11:33 -0000
Original-Received: from localhost (yxa.extundo.com [217.13.230.178])
	(authenticated bits=0)
	by yxa.extundo.com (8.12.6/8.12.6) with ESMTP id gB34BTGB014605
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Tue, 3 Dec 2002 05:11:30 +0100
Original-To: Arcady Genkin <agenkin@cdf.toronto.edu>
Mail-Copies-To: nobody
X-Hashcash: 0:021203:agenkin@cdf.toronto.edu:126ea5d8e99273cb
X-Hashcash: 0:021203:ding@gnus.org:ccc698f8f2fb30d9
In-Reply-To: <uoel8zpxz7.fsf@bashful.cdf.toronto.edu> (Arcady Genkin's
 message of "Mon, 02 Dec 2002 22:45:00 -0500")
User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.3.50
 (i686-pc-linux-gnu)
Precedence: list
X-Majordomo: 1.94.jlt7
Xref: main.gmane.org gmane.emacs.gnus.general:48000
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:48000

Arcady Genkin <agenkin@cdf.toronto.edu> writes:

> Simon Josefsson <jas@extundo.com> writes:
>
>>> As I replied to Kevin in private mail, it's the following:
>>>
>>>  # ( 1) [PasteMusic.com      ] Free CDs at Paste, Gift Subscriptions for Cheap/New PasteArtist Brad Yoder + Ryan Adams, etc.
>>>
>>> and the point is in the third column (right after the `#' character).
>>
>> In the *nntpd* buffer?  That looks really wrong, how did a summary
>> buffer line end up in the server buffer?  
>
> By ``server buffer'' you mean the `` *nntpd*'' buffer?  

Yup.

> It looked alright, as far as I could tell, but I would not know if
> there were anything wrong with the actual format.

It should contain NNTP protocol style feedback, that line above looked
like a summary buffer line which is wrong.

>> Do you have any summary buffer customizations that may leave data in
>> the server buffer?
>
> Not sure.  I have the following lines in my .gnus; perhaps there is
> something wrong...
>
> (add-hook 'gnus-summary-mode-hook
>           '(lambda ()
>              (local-set-key [(alt delete)] (quote gnus-summary-delete-article))
>              (setq gnus-summary-line-format "%U%R%z(%2t) %I%(%[%-20,20n%]%) %s\n
> "
>                    gnus-summary-same-subject "--\"--"
>                    gnus-auto-select-first nil
>                    gnus-show-threads t
>                    gnus-gather-loose-threads t
>                    gnus-thread-hide-subtree t
>                    gnus-thread-hide-subjects nil
>                    gnus-thread-indent-level 2)))
> (add-hook 'gnus-summary-exit-hook 'gnus-dribble-save)

Looks harmless.  If this is reproducable, you could try tracking down
exactly what code inserts the data in the server buffer...