From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/48058 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.emacs.gnus.general Subject: Re: NOV code in Gnus Date: Thu, 05 Dec 2002 21:16:15 -0500 Organization: What did you have in mind? A short, blunt, human pyramid? Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1039141060 32667 80.91.224.249 (6 Dec 2002 02:17:40 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 6 Dec 2002 02:17:40 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18K83f-0008Uk-00 for ; Fri, 06 Dec 2002 03:17:39 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 18K82j-0001eX-00; Thu, 05 Dec 2002 20:16:41 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 05 Dec 2002 20:17:30 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id UAA21064 for ; Thu, 5 Dec 2002 20:17:17 -0600 (CST) Original-Received: (qmail 24329 invoked by alias); 6 Dec 2002 02:16:17 -0000 Original-Received: (qmail 24324 invoked from network); 6 Dec 2002 02:16:17 -0000 Original-Received: from multivac.student.cwru.edu (HELO multivac.cwru.edu) (@129.22.96.25) by gnus.org with SMTP; 6 Dec 2002 02:16:17 -0000 Original-Received: (qmail 711 invoked by uid 500); 6 Dec 2002 02:16:38 -0000 Original-To: ding@gnus.org In-Reply-To: (Jan Rychter's message of "Fri, 06 Dec 2002 00:01:21 +0100") Mail-Copies-To: nobody Mail-Followup-To: ding@gnus.org Original-Lines: 18 User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i686-pc-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:48058 Jan Rychter wrote: > Say I'd like to provide another implementation for storing NOV data. So that you could, e.g, use nnml as your mail backend, but make it store NOV data differently than it does now, is that right? > there are many functions that assume that it's just going to be text > files. "Assume" suggests that it would make sense for a user to try to use a different format, and that the code is at fault if it can't deal with that. I'm not aware of any assumptions in that sense; the backends aren't designed to accommodate that use, and the user is at fault if they try it. That said, it might be nice if the design were changed. I don't know whether it would really be worthwhile, though. Maybe. paul