From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/32309 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: nnimap/nnagent troubles Date: 03 Sep 2000 16:21:50 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035168600 18983 80.91.224.250 (21 Oct 2002 02:50:00 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:50:00 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from spinoza.math.uh.edu (spinoza.math.uh.edu [129.7.128.18]) by mailhost.sclp.com (Postfix) with ESMTP id CCD11D051E for ; Sun, 3 Sep 2000 10:20:04 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by spinoza.math.uh.edu (8.9.1/8.9.1) with ESMTP id JAC04308; Sun, 3 Sep 2000 09:19:59 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 03 Sep 2000 09:19:18 -0500 (CDT) Original-Received: from mailhost.sclp.com (postfix@66-209.196.61.interliant.com [209.196.61.66] (may be forged)) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id JAA12506 for ; Sun, 3 Sep 2000 09:19:09 -0500 (CDT) Original-Received: from vic20.blipp.com (unknown [195.163.165.35]) by mailhost.sclp.com (Postfix) with ESMTP id 7AC07D051E for ; Sun, 3 Sep 2000 10:19:34 -0400 (EDT) Original-Received: from barbar.josefsson.org (localhost [127.0.0.1]) by vic20.blipp.com (8.10.1/8.10.1) with SMTP id e83EJX907538; Sun, 3 Sep 2000 16:19:33 +0200 Original-To: Christoph Rohland In-Reply-To: Original-Lines: 29 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:32309 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:32309 Christoph Rohland writes: > Gnus should definitely give more output on error conditions! If the > network connection fails, there is no way (known to me) to get the > actual error (like "connection to : via {tcp|openssl} > failed with error , ". So if something goes wrong the > user is lost in the dark. I agree, I often find myself debugging things to find the cause of an error, when a error message should be sufficient. > a) why does the agent store all the server parameters in > agent/lib/servers? So any change to server parameters invalidates > the agent setup. The server name should be sufficient. Good idea, I've added it to the todo-list. > I tried to use ssl as connection type, but somehow my > laptop did not use it despite the fact that I did set the > parameter in gnus-secondary-select-methods. Ah yes, the curse of changing select method without removing references to the old server. Since Gnus store the full server in various places (in every group info, in agent etc) you need to unsubscribe groups, unregister the server from the agent and THEN change server method in your .gnus. If this isn't done, there will be inconsistent server specifications in various parts of Gnus causing all sorts of strange problems.