From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/11817 Path: news.gmane.org!not-for-mail From: Francis Moreau Newsgroups: gmane.emacs.gnus.user Subject: Re: What's a killed article ? Date: Fri, 09 Jan 2009 12:25:16 +0100 Organization: A noiseless patient Spider Message-ID: References: <878wqx82hp.fsf@marauder.physik.uni-ulm.de> <87prk74tx9.fsf@marauder.physik.uni-ulm.de> <86ej0mldi7.fsf@lifelogs.com> <864p1ek6up.fsf@lifelogs.com> <877i6a7da1.fsf@kobe.laptop> <87k5a03l8e.fsf@kobe.laptop> <861vvyec9h.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1231501359 28274 80.91.229.12 (9 Jan 2009 11:42:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 9 Jan 2009 11:42:39 +0000 (UTC) To: info-gnus-english@gnu.org Original-X-From: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Fri Jan 09 12:43:50 2009 Return-path: Envelope-to: gegu-info-gnus-english@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LLFlp-0002Q4-KW for gegu-info-gnus-english@m.gmane.org; Fri, 09 Jan 2009 12:43:49 +0100 Original-Received: from localhost ([127.0.0.1]:46665 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LLFkZ-00046n-I0 for gegu-info-gnus-english@m.gmane.org; Fri, 09 Jan 2009 06:42:03 -0500 Original-Path: news.stanford.edu!headwall.stanford.edu!news.glorb.com!news.motzarella.org!motzarella.org!news.motzarella.org!not-for-mail Original-Newsgroups: gnu.emacs.gnus Original-Lines: 75 Original-X-Trace: news.eternal-september.org U2FsdGVkX1/gaSJUvP2eGtvB9Tec+TI5986I4zVOjE/9OIvNU/vM8/KbE3ZyNHakj1RFF9je/HF1DltLVZ8/GUrmG43BIjBcK6SF1B67kY3pEVpRmlGwVz46TZpSH5fhAqn/GZqLnR8= Original-X-Complaints-To: Please send complaints to abuse@motzarella.org with full headers Original-NNTP-Posting-Date: Fri, 9 Jan 2009 11:25:23 +0000 (UTC) X-Auth-Sender: U2FsdGVkX18Lr5S8GEfFlSVXyShBrxgjiPe33mR4j2U= Cancel-Lock: sha1:c7MD+/gRnIu51XyZyrNs2I+g/jQ= sha1:z6X8f4wxQ6DFa6ed9NABsPrieXY= User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) Original-Xref: news.stanford.edu gnu.emacs.gnus:82077 X-BeenThere: info-gnus-english@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader \(in English\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Errors-To: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.gnus.user:11817 Archived-At: Ted Zlatanov writes: > On Thu, 18 Dec 2008 21:00:52 +0100 harven wrote: > > h> From the top of my head, some terms, either ambiguous or defined too > h> late in the manual > > (note the below are thoughts that can go into the manual eventually, but > I think it's too early) > > h> - MAIL BACK END (info "(gnus)Comparing mail back ends") The list of > h> all available mail backends should be given sooner The following > h> list appears in 1.5.3 (`nnml', `nnbabyl', `nnfolder', > h> `nnmbox',`nnmh', and `nnmaildir') but nnimap is also mentioned in > h> 3.22 and others are alluded to at 6.3.13 It would be nice if real > h> life config examples were given for each of them and if their > h> different features and limitations were summarized somewhere. > > I think a full backend list is useful and should probably be referenced > at the front of the manual ("here's what Gnus can do...") but it should > not live there. OTOH, the full list of protocols that Gnus can handle > is urgently needed by new users and should probably be in the first > section (with references to the later chapters that define them). I > agree about configuration examples too. > > "back end" is defined early in the Terminology appendix, by the way. > That's where updated definitions we discuss here will go. Do you think > the definition is poor? > > h> For example, I tried to use nnmbox to browse some archive and got the > h> following: Article mail.misc:1190 out of order. This seems specific > h> to that backend, and still mysterious for me. > > I don't know what causes that, I don't use nnmbox, sorry. > > h> - IDLE (info "(gnus)Daemons") > h> what does exactly idle means ? Can really emacs be idle ? > h> Is emacs idle between that short time separating two keystrokes ? > h> Fetching mail freezes emacs, some warning and comments > h> would be welcome here. > > Unfortunately "IDLE" has an IMAP meaning too. Specifically for Daemons, > "idle" means that Emacs is not busy running ELisp code. Emacs can > indeed be idle, and it can do things automatically at those times. It's > not idle between consecutive ELisp function calls, but it's idle between > two keystrokes (font-lock uses that, for example). > > Asynchronous mail retrieval is indeed a badly needed feature. What > should we say/promise/warn? It's basically a statement of "we know > Emacs as a whole freezes while you get your mail, sorry." > > h> - GNUS-SECONDARY-SELECT-METHODS > h> and gnus-select-method. A single select method but many secondary > h> methods ? Why differentiate ? > > For better or worse, Gnus has made the decision that the primary select > method will have unqualified group names. Thus, if you have a group > "mail", it really refers to "primary_select_method:mail". All secondary > select methods are full (including the select method's name). I think > it's best to use nnil as the primary and have all the groups look the > same, fully qualified, but I'm sure many people like the brevity of the > primary select method. I agree too. >From what I undestood, primary select method does not have qualified group names because if you decide to change the primary method, the groups will use this new method automatically. But since articles numbers are not the same on different nntp servers, it's going to break a lot of things. So changing the primary method is not something I should do anyway. With secondary select methods, the above doesn't seem to be possible. -- Francis