From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/10728 Path: main.gmane.org!not-for-mail From: David Blacka Newsgroups: gmane.emacs.gnus.general Subject: Re: nndb? Date: 16 Apr 1997 11:48:38 -0400 Sender: David Blacka Message-ID: References: <87d8rvlul7.fsf@calder.med.miami.edu> Reply-To: davidb@rwhois.net NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035150548 25999 80.91.224.250 (20 Oct 2002 21:49:08 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:49:08 +0000 (UTC) Return-Path: Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.8.5/8.8.5) with SMTP id JAA15536 for ; Wed, 16 Apr 1997 09:02:41 -0700 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 ; Wed, 16 Apr 1997 17:48:43 +0200 Original-Received: (qmail 17414 invoked by uid 504); 16 Apr 1997 15:46:19 -0000 Original-Received: (qmail 17411 invoked from network); 16 Apr 1997 15:46:18 -0000 Original-Received: from shaker.internic.net (198.41.0.243) by claymore.vcinet.com with SMTP; 16 Apr 1997 15:46:17 -0000 Original-Received: from davidb by shaker.internic.net with local (Exim 1.58 #4) id 0wHWwp-0003UV-00; Wed, 16 Apr 1997 11:48:39 -0400 Original-To: ding@gnus.org In-Reply-To: Michael Alan Dorman's message of 15 Apr 1997 19:44:16 -0400 X-Mailer: Gnus v5.4.45/XEmacs 19.15 Original-Lines: 19 Xref: main.gmane.org gmane.emacs.gnus.general:10728 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:10728 >>>>> "Michael" == Michael Alan Dorman writes: Michael> Has anyone done a comparison between nndb and the NNML Module that's Michael> on CPAN? It sounds like they're functionally similar. Well, I haven't studied Ulrich's NNML module fully, but the difference is in what purpose they perform (and, of course, the functionality they provide). NNML takes Gnus created and managed nnml groups and serves them up via NNTP. The purpose of this, it seems, is to be able to easily move mail from one Gnus installation to another. nndb, on the other hand, takes over the management of mail, relegating Gnus to the role of a client. nndb is much larger and has a bunch of features to allow Gnus to manage mail via NNTP extensions. The purpose of this was to have a faster backend than nnml/procmail/whatever. -- David Blacka Software Engineer Product Development/ davidb@rwhois.net Network Solutions, Inc. Directory Services