From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 22351 invoked from network); 29 Jan 2022 17:17:29 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 29 Jan 2022 17:17:29 -0000 Received: from lists1.math.uh.edu ([129.7.128.208]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1nDrLr-004tqy-VU for ml@inbox.vuxu.org; Sat, 29 Jan 2022 11:17:28 -0600 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.94.2) (envelope-from ) id 1nDrLr-003gfx-B6 for ml@inbox.vuxu.org; Sat, 29 Jan 2022 11:17:27 -0600 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtp (Exim 4.94.2) (envelope-from ) id 1nDrLo-003gfo-Ty for ding@lists.math.uh.edu; Sat, 29 Jan 2022 11:17:24 -0600 Received: from quimby.gnus.org ([95.216.78.240]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1nDrLm-004tqe-J4 for ding@lists.math.uh.edu; Sat, 29 Jan 2022 11:17:24 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:Mime-Version:References:Message-ID:Date:Subject: From:To:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Si1nxblt/pFUZIX7Ri9G0GaNNjacfSBP2ajvs3/jcc4=; b=ijIOoyRw6zgqAK4P+PnqdTB1Nm FuJ1+05/bf7zOlBDjjXky13TOVvelx5Y/mrD/nniXgekQUxj2FC27ZkrGE297AzMG1lNfbdZkX13K VBogiaof/8CMaQerPRPylI0fpxWQndD19G9Wic/EjgLoIw/tt2qKbIEQFNUUNugSAww8=; Received: from ciao.gmane.io ([116.202.254.214]) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nDrLe-0004xl-Lx for ding@gnus.org; Sat, 29 Jan 2022 18:17:17 +0100 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1nDrLc-0007I3-Dg for ding@gnus.org; Sat, 29 Jan 2022 18:17:12 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: ding@gnus.org From: Eric Abrahamsen Subject: Re: how to kill a virtual group Date: Sat, 29 Jan 2022 09:17:01 -0800 Message-ID: <877dailawi.fsf@ericabrahamsen.net> References: <87a6ffx5jg.fsf@mat.ucm.es> <874k5nokor.fsf@ericabrahamsen.net> <87r18ro9py.fsf@mat.ucm.es> <87czkbmrgf.fsf@ericabrahamsen.net> <87ee4rflwa.fsf@zoho.eu> <87fsp7kwdp.fsf@ericabrahamsen.net> <871r0qtuen.fsf@zoho.eu> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cancel-Lock: sha1:S4WU4oMDdSA2WiNdz6ixvhQektQ= List-ID: Precedence: bulk Emanuel Berg writes: > Eric Abrahamsen wrote: > >> Right, I have read the docstring! And it is necessary to >> keep servers defined in gnus.el separate from servers >> defined in-Gnus, via the *Server* buffer. > > Okay, why? Because the two kinds of server need to be treated separately. Gnus is not allowed to overwrite your gnus.el file, so if you want to make a change to a server defined there, Gnus can't do it via the *Server* buffer: you have to shut Gnus down, edit gnus.el, and restart. Conversely, servers defined via the *Server* buffer are saved in .newsrc.eld, which only Gnus is supposed to touch, so edits should be made via the *Server* buffer. Gnus needs to know which servers are which. >> But my `gnus-server-alist' has only ever held the "archive" >> server, nothing else, so that's obviously not right. >> For some reason, servers created in the *Server* buffer >> aren't added to `gnus-server-alist'. > > Same here, just the archive. > > I didn't know on could create servers in the *Server* buffer, > even ... when and why do you do that? Mostly by creating groups on the fly: nndoc groups to import old mail, nnvirtual groups to combine other groups, nnselect groups for searching... All of these will create their own server to hold them, and if the group is persistent the server should be added to `gnus-server-alist', and later saved in .newsrc.eld. > Maybe remove the variable then, and create a new to just hold > the archive stuff, if that isn't available in some > gnus-archive-* already, and change references > to that? No, I think the main problem is that servers created in-Gnus are not added to `gnus-server-alist'. Gnus has multiple layers of code for finding servers, so often it works out okay, but in this case it isn't.