From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/23757 Path: main.gmane.org!not-for-mail From: Neil Crellin Newsgroups: gmane.emacs.gnus.general Subject: Re: Song of Programming Date: 04 Jul 1999 00:49:18 -0700 Organization: Formerly Leland Systems, Distributed Computing Group 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 1035161433 3778 80.91.224.250 (21 Oct 2002 00:50:33 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:50:33 +0000 (UTC) Return-Path: Original-Received: from farabi.math.uh.edu (farabi.math.uh.edu [129.7.128.57]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id DAA18946 for ; Sun, 4 Jul 1999 03:50:41 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by farabi.math.uh.edu (8.9.1/8.9.1) with ESMTP id CAB23563; Sun, 4 Jul 1999 02:50:25 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 04 Jul 1999 02:51:13 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id CAA17393 for ; Sun, 4 Jul 1999 02:50:54 -0500 (CDT) Original-Received: from webtile.wallaby.cc (c186349-a.smateo1.sfba.home.com [24.5.200.59]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id DAA18940 for ; Sun, 4 Jul 1999 03:49:35 -0400 (EDT) Original-Received: by webtile.wallaby.cc (Postfix, from userid 6077) id E15336277A; Sun, 4 Jul 1999 00:49:20 -0700 (PDT) Original-To: ding@gnus.org In-Reply-To: Harry Putnam's message of "04 Jul 1999 00:07:15 -0700" Original-Lines: 12 User-Agent: Gnus/5.07009 (Pterodactyl Gnus v0.90) Emacs/20.3 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:23757 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:23757 Harry Putnam writes: > I sense that I'm missing out on some nice functionality. How does the > updated active file, new messages etc get to the unplugged > version. Probably something obvious but I've experimented a few times > with 2 running instances of gnus, also with M-x gnus-slave but must > have missed out on the right technique. Somewhat tangential, but you reminded me of a wishlist item I'd been meaning to raise. How is one supposed to be able to run a gnus-slave unplugged safely? A gnus-slave-unplugged function which ensured that both slave and gnus-unplugged were set correctly would be nice here.