From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/12152 Path: main.gmane.org!not-for-mail From: Scott Hofmann Newsgroups: gmane.emacs.gnus.general Subject: Some thoughts on NoCeM and switching servers Date: Thu, 18 Sep 1997 10:29:58 -0400 Message-ID: <199709181429.KAA11098@kyoto.intertv.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035151739 2183 80.91.224.250 (20 Oct 2002 22:08:59 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:08:59 +0000 (UTC) Return-Path: Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by altair.xemacs.org (8.8.7/8.8.7) with ESMTP id IAA15743 for ; Thu, 18 Sep 1997 08:44:20 -0700 Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by xemacs.org (8.8.5/8.8.5) with SMTP id KAA28345 for ; Thu, 18 Sep 1997 10:40:14 -0500 (CDT) Original-Received: from intertv.com (intertv.com [38.213.57.16]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Thu, 18 Sep 1997 16:30:39 +0200 Original-Received: from kyoto.intertv.com (kyoto [38.213.57.3]) by intertv.com (8.8.7/8.8.7) with SMTP id KAA21766 for ; Thu, 18 Sep 1997 10:30:04 -0400 (EDT) Original-Received: by kyoto.intertv.com (SMI-8.6/SMI-SVR4) id KAA11098; Thu, 18 Sep 1997 10:29:58 -0400 Original-To: ding@ifi.uio.no X-Mailer: VM 6.31 under 20.2 XEmacs Lucid Xref: main.gmane.org gmane.emacs.gnus.general:12152 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:12152 Recently, due to a job change, I switched NNTP servers. During the switch I wound up fighting Gnus (both 5.4.66 and Quassia 0.5) at two separate occasions, both of which should be easily remediable. The first problem I had was in logging into the NNTP server. It's a secure server that requires a login and password, so I initiallly set nntp-authinfo-function to nntp-send-nosy-authinfo. When I ran gnus, it did stuff in a backwards order: it connected to the NNTP server, and then asked for the login information. This caused gnus to (apparently) hang while trying to read the active file, because the NNTP server refused to talk to gnus. I was able to solve this problem by adding nntp-send-nosy-authinfo to nntp-server-opened-hook, which got gnus to do things in the correct order (login, then fetch the active file). At the barest minimum, this should be documented somewhere, preferably in the "Starting Up" section. The second problem was with NoCeM. When there is no NoCeM/active file, it would be nice if NoCeM behaved as if gnus-nocem-expiry-wait was set to 0 - on my new NNTP server there were over 10,000 unread messages in news.lists.filters alone, and given how slow my NNTP connection is it would have taken gnus nearly 12 hours to read news.lists.filters alone, much less alt.nocem.misc and the other NoCeM groups. It seems like this could be fixed with a bit of elisp - if NoCeM is creating its active file then it should consider all NoCeM messages as "read" so that gnus doesn't spend hours and hours reading NoCeM messages during gnus' first invocation on a new server. scott -- J. Scott Hofmann shofmann@intertv.com