From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/11424 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: TODO idea: Date: 21 Jun 1997 00:12:20 +0200 Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035151134 30163 80.91.224.250 (20 Oct 2002 21:58:54 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:58:54 +0000 (UTC) Return-Path: Original-Received: from sandy.calag.com (root@sandy [206.190.83.128]) by altair.xemacs.org (8.8.5/8.8.5) with ESMTP id RAA09280 for ; Fri, 20 Jun 1997 17:10:54 -0700 Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by sandy.calag.com (8.8.5/8.8.5) with ESMTP id RAA21280 for ; Fri, 20 Jun 1997 17:11:25 -0700 Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by xemacs.org (8.8.5/8.8.5) with SMTP id TAA15880 for ; Fri, 20 Jun 1997 19:10:44 -0500 (CDT) Original-Received: from claymore.vcinet.com (claymore.vcinet.com [208.205.12.23]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Sat, 21 Jun 1997 00:18:28 +0200 Original-Received: (qmail 28910 invoked by uid 504); 20 Jun 1997 22:18:27 -0000 Original-Received: (qmail 28907 invoked from network); 20 Jun 1997 22:18:26 -0000 Original-Received: from ifi.uio.no (129.240.64.2) by claymore.vcinet.com with SMTP; 20 Jun 1997 22:18:26 -0000 Original-Received: from proletcult.slip.ifi.uio.no (root@xyplex02.uio.no [129.240.154.22]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Sat, 21 Jun 1997 00:17:54 +0200 Original-Received: (from larsi@localhost) by proletcult.slip.ifi.uio.no (8.8.2/8.8.2) id AAA06774; Sat, 21 Jun 1997 00:12:24 +0200 Mail-Copies-To: never Original-To: ding@gnus.org In-Reply-To: Wesley Hardaker's message of 19 Jun 1997 10:47:38 +0200 X-Mailer: Quassia Gnus v0.1/Emacs 19.34 X-Face: &w!^oO~dS|}-P0~ge{$c!h\ writes: > Which is exactly why I originally suggested (a while back in this > thread) that there should be a nnmlmh that dealt with both. I think I neglected to mention that nnmh will start taking .mh_sequence into account, and will keep it updated. However, nnml will never be doing any of this. nnml is specifically designed to be as efficient as I can make it, and it assumes that no other external agency ever touches its data. This will never change. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen