From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/31782 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: (provide 'nnmaildir) Date: 15 Jul 2000 02:15:02 +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 1035168153 16031 80.91.224.250 (21 Oct 2002 02:42:33 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:42:33 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from fisher.math.uh.edu (fisher.math.uh.edu [129.7.128.35]) by mailhost.sclp.com (Postfix) with ESMTP id 513AED051E for ; Fri, 14 Jul 2000 20:16:27 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by fisher.math.uh.edu (8.9.1/8.9.1) with ESMTP id TAC14490; Fri, 14 Jul 2000 19:16:12 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 14 Jul 2000 19:14:06 -0500 (CDT) Original-Received: from mailhost.sclp.com (postfix@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id TAA02178 for ; Fri, 14 Jul 2000 19:13:56 -0500 (CDT) Original-Received: from vic20.blipp.com (unknown [195.84.94.187]) by mailhost.sclp.com (Postfix) with ESMTP id A26A9D051E for ; Fri, 14 Jul 2000 20:14:29 -0400 (EDT) Original-Received: from barbar.josefsson.org (IDENT:root@localhost [127.0.0.1]) by vic20.blipp.com (8.10.1/8.10.1) with SMTP id e6F0EL616723; Sat, 15 Jul 2000 02:14:21 +0200 Original-To: Paul Jarc In-Reply-To: Paul Jarc's message of "14 Jul 2000 19:10:18 -0400" Mail-Copies-To: never Original-Lines: 67 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Capitol Reef) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:31782 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:31782 Paul Jarc writes: > I've been developing on emacs 20.3 and Gnus 5.6.45. (Has the > backend interface changed since then?) No. > So... what conditions are article numbers supposed to satisfy? They must be a positive elisp integer, and article numbers should be persistant between gnus sessions. If you can make them small and contiguous, do so. Gnus keeps (un)compressing ranges and sorting them and stuff, and that is _slow_ even when the highest article number is a few hundred thousand. > What do NNTP servers do when they run out (I'm assuming they don't > use bignums), and how does Gnus react? Gnus just barf at article numbers > 2^28. > The server argument to the backend functions is the second element of > the select method, right? A string, typically? And as the author of > the backend, I decide what it means? (Right now, I'm using it to > specify the path to the maildir, but I think I'll create a backend > variable for that purpose instead.) Yes. A good idea for the variable name would be `nnmaildir-directory' to match nnml etc. > I'm unclear about the usage of nnoo-change-server and > nnoo-push-server. I've just been working from (un/sparsely commented) > examples in the various nn*.el to guess where to use each. If I > define a backend variable like (defvoo nnmaildir-maildir "~/Maildir/") > and use a select method like > '(nnmaildir "blah" (nnmaildir-maildir "/path/to/maildir")) then my > understanding is that nnoo-change-server will, among other things, pick > up the value of nnmaildir-maildir from the defs argument, and that > value will be visible to nnmaildir-open-server (i.e., the caller of > nnoo-open-server). Is this right? I think so. > What about nnoo-push-server? I don't think you should use it. > Can I see a concrete example of what a real-life NOV line would look > like, as written to nntp-server-buffer? 747 (provide 'nnmaildir) Paul Jarc 14 Jul 2000 19:10:18 -0400 5909 85 Xref: barbar.josefsson.org ding:747 > Can I get away with using article numbers for references there? I don't think so, they should be taken from the References: header. > Why does gnus-nov-is-evil exist? Some NNTP servers are broken wrt NOV. > How does Gnus know whether a backend supports article identification > by article number ranges or Message-IDs? I guess backends must fail > sensibly if they don't support these, hm? Gnus doesn't know, so yes, you need to take care of it. Call (nnheader-report 'nnmaildir "I don't support message-id fetching") or something.